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LETTERS TO THE EDITOR 


Mandelbrot Set “explorations” possible with 
“lowest-cost true computer ever marketed” 


To the editor: 

The cover of the January Computer 
was a delight, as were the illustrations on 
page 13; and the list of equipment used 
to produce them was truly impressive. 
But it would be a pity if readers were left 
with the impression that this level of ex¬ 
pensive equipment is really necessary to 
enjoy exploration of the Mandelbrot Set. 

The enclosed photographs [repro¬ 
duced below] were made with, to para¬ 
phrase the boxed text on page 13, “a TI 
99/4A computer with 15K memory, 
using a PHP2700 portable tape recorder 
for intermediate storage. They were 
displayed on a 10-year-old Sears-Roe- 
buck TV model 562.40270301, connected 
via a TI model UM 1381-1 modulator, 
and photographed with a Minolta 
XG/M camera.” 




The pictures all show the same tiny 
region of the complex plane, from 
(- .106838, .922621) at the lower left to 
(- .106688, .922707) at the upper right, 
with differing allocations of the 13 
available colors to the iteration number 
ranges in which each pixel removed itself 
from the set. The black areas are those 
which were still indeterminate after 199 
iterations, and are thus presumed to be 
in the set. 

I note that there is a statement in the 
box on page 13 that the black (“color¬ 
less”) areas are in the set. Can you prove 
this? The fact that z is still bounded after 
999 iterations (or 999 billion) may be a 
very strong indication, but it is not a 
proof unless the consecutive z values 
form a closed sequence which repeats 
indefinitely. 

Obviously my pictures cannot begin to 
compete in elegance with those of H.W. 

Smith, but the pleasure of the exercise 
alone justified the $55 cost of the TI 
99/4A and modulator. There was one 
casualty: each diagram took about four 
hours to calculate, and the tape recorder 
eventually seized up after being repeated¬ 
ly held in “record” mode for this length 
of time, most of which is simply waiting 
for the next point to be calculated. So I 
was out of pocket $35. 

My real point is that, even with the 
lowest-cost true computer ever marketed 
(I understand it fell below $50 at some 
New York discount houses), one can still 
make enjoyable explorations, starting 
from the Scientific American article 
[A.K. Dewdney, “Computer Recrea¬ 
tions,” Aug. 1985, p. 16] and using only I 

a simple form of Basic. 

J. Rodney M. Vaughan 

Redwood City, Calif. 



J.R.M. Vaughan is correct. Under finite 
iteration, there will always be some black 
area near the fringe that is not in the set. 
Only under infinite iteration would the 
black area exactly represent the Mandel¬ 
brot Set. 

—Homer W. Smith 
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‘LisaLeaming” called “Apple-bashing session’ 


To the editor: 

It disturbs me greatly to have been a 
member of a professional society that 
allows the pages of its journal to be used 
by a commerical organization for an at¬ 
tack on its rival. “LisaLeaming” ( Com¬ 
puter , November 1986) can hardly be 
characterized as anything other than a 
15-page Apple-bashing session. An ad¬ 
mittedly qualitative nonrigorous explor¬ 
atory study, even if honestly conducted, 
has no place in a professional technical 
journal. This study seems less than 
honest in several respects: 

(1) The authors, as employees of IBM, 
can hardly claim objectivity when evalu¬ 
ating performance on a rival (Apple) 
system. 


(2) The system used was a rival’s ob¬ 
solete system (Lisa). There is an implied 
transfer of criticisms of the obsolete 
system to a current and more capable 
system (Macintosh) with similar user in¬ 
terfaces. 

(3) The subjects appear also to have 
been employees of IBM, and all were 
knowledgeable enough to realize that the 
system they were being asked to use had 
been superseded by better systems. Their 
attitude toward an obsolete system from 
a rival company was not likely to have 
been favorable. 

(4) The study contains less than one 
page of generalized, theoretical, or con¬ 
structive material. It consists almost en¬ 
tirely of derogatory remarks about a 
rival product. 


To dispel any doubts, I am not 
associated with Apple and do not own 
any Apple products. I am simply one 
who is easily outraged by meanness and 
dishonesty. 

Daniel L. Metzger 

Monroe County Community College 

Monroe, Michigan 


Computer welcomes your letters. Send them 
to Letters Editor, Computer , 10662 Los 
Vaqueros Cir., Los Alamitos, CA 90720. All 
submissions are subject to editing for style, 
space, and clarity considerations. 
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FROM THE EDITOR-IN-CHIEF 


Looking back, with thanks... 


It’s hard for me to believe that this is 
my last issue of Computer as editor-in- 
chief. I can’t tell you where the past two 
and one-half years have gone, but I can 
say that I have enjoyed them. It seems 
strange to actually have a weekend free 
from article reviews, special issue details, 
page budgets, personnel problems, and, 
yes, even politics. I have thoroughly en¬ 
joyed all of these obligations and the op¬ 
portunity to contribute to our Computer 
Society. In finishing my last issue, I 
would like to share with you what I feel 
we have accomplished during this period. 

When I began my tenure as EIC of 
Computer, there was criticism that the 
magazine was much too academically 
oriented, that industry was not well 
represented between its covers. Further¬ 
more, the articles were too deep techni¬ 
cally for the typical reader within 
our—now over 90,000—readership. We 
started early to change this; first, by 
changing the composition of the Edito¬ 


rial Board, and then by encouraging 
industry-oriented special issues and 
technical articles. If you have looked 
closely in the last year, you will have 
noticed that most issues now have a bal¬ 
ance of about 50 percent academic-based 
and 50 percent industry-based technical 
articles. Also, I instructed special-issue 
editors and authors to submit articles of 
a tutorial nature and of medium techni¬ 
cal depth. It has worked nicely. All issues 
have been of high quality, and some were 
outstanding. A few that linger in my 
mind as models of our target for our 
flagship publication are 

Multiprocesssing Technology—June 
1985 

Visual Programming—August 1985 
Frontiers of Computing (Joint with 
ACM)—November 1985 
Expert Systems—July 1986 
GaAs Computer Architectures— 
October 1986 


Computers for Artificial Intelligence 
Applications—January 1987 


An EIC is by no means alone in his 
job. Assuring the highest quality in 
Computer requires a hard-working team: 
the Editorial Board, the permanent staff 
at the Publications Office, a large list of 
willing peer reviewers, and a supportive 
Board of Governors. 

The Editorial Board members who 
supported me so fully are 


Dharma Agrawal 
Peter Chen 
Dennis Fife 
Amrit Goel 
Jim Haynes 
Ron Hoelzeman 
Frank Kuo 
Frank Mathur 
Demetrios 
Michalopoulos 
K.M. Mohiuddin 
Leon Osterweil 


Ed Parrish 
Art Pohm 
Ralph Preiss 
C.V. (Ram) 
Ramamoorthy 
Sallie Sheppard 
Harry Strong 
Richard Thayer 
Wing Toy 
Herb Weber 
Helen Wood 


Reviewers, June 1984-April 1987 

M.J. Flynn 

J. Hennessy 



J. Fortes 

Lawrence J. Henschen 
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Alan E. Charles worth 

Eric Fox 

D.D. Hill 

Jose J. Garcia Luna Aceves 
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Harvey Freeman 
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Pei Hsia 
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T.C. Chen 
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Ching-Chun Hsieh 
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C.-H. Chi 


Jack Kai-tung Huang 
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T.S. Huang 
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The permanent staff is headed by the 
managing editor of Computer. Each of 
the three we had during my tenure did a 
splendid job in support of the magazine. 
For their many hours with me, I remain 
very grateful to 
Jim Greenlee 
Rich Landry 
Marilyn Potes 

The staff of Computer is made up of 
three individuals whom I have come to 
regard highly: 

Louise Anderson 
Nancy Hays 
Tom Szalkiewicz 

Finally, the quality of any peer- 
reviewed publication eventually is related 
to the time reviewers spend evaluating 
technical submittals. We have received 
many more good articles than we could 
possibly publish, which created an even 


more difficult job for our reviewers, who 
are listed in the box below. With rare 
exceptions, the reviewers did what I 
asked of them. 

Typically, we received five reviews for 
each submittal. We were able to develop 
an excellent working relationship be¬ 
tween the authors and our staff, for the 
inevitable editing and revision process. 

My only regret here is that we did not 
have enough space to publish all the 
good and important material received. 

As a result of the efforts of each of 
these groups and of your EIC, Computer 
magazine is considered by many people, 
as illustrated by several publication in¬ 
dustry measures, to be the quality publi¬ 
cation in our profession. Let’s keep it 
that way. 

In closing, let me say that it has been 
my pleasure to be accountable for Com¬ 
puter for the past two and one-half 
years. I hope that you have enjoyed the 
result as much as I have enjoyed pro¬ 



viding it. This is our flagship publica¬ 
tion, so keep the high-quality technical 
articles flowing; Computer's quality 
depends directly on the publication of 
your good technical work. I have worked 
closely with your new EIC, Bruce 
Shriver, and I know that Bruce will do 
an excellent job in leading the magazine. 

Michael C. Mulder 

Editor-in-Chief 


Benn Konsynski 
Wojtek Kozaczynski 
Vipin Kumar 

Robin B. Lake 
John Lane 

Glen G. Langdon, Jr. 
Larry Larson 
Henry Ledgard 
Theodore Lehr 
Linda Leung 

J. Linn 
G.J. Lipovski 

C.C. Liu 
G.W.R. Luderer 


J. McDonald 
James McGraw 
M.J. Magee 
Dave Maier 
Hiroshi Makino 
John Maneely 
Worthy Martin 
Frank Mathur 
David G. Menicosy 
P.R. Menon 
Michael Milicia 
Willard Miranker 
A. Mitiche 


C. Mogab 
AlMok 
M. Morgan 
Wayne Moyers 

Y.W. Na 
M. Namordi 
Barbara Naused 
Roger Niederland 
Gordon Novak 
Joy Nunarnaker 

Leon Osterweil 

Edward Parrish 
Dave Patterson 
Peter C. Patton 
Bruce Parello 
Steve Perrenod 
David Pessel 
Art Pohm 
Ralph J. Preiss 
Neil Pundit 

Vaclav Rajlich 

C. V. Ramamoorthy 
Arvind Rangaswamy 
T.R.N. Rao 

L. Richter 
Warren Ristow 

D. M. Ritchie 


John Roach 
Susan Rosenbaum 
Azriel Rosenfeld 
Donald Rudburg 


E.D. Sacerdoti 
Mariagiovanna Sami 
T. Sanders 
David H. Schaefer 
Dave Schrader 
Ronald A. Schwarz 
Michael Ian Shamos 

L. G. Shapiro 
Dick Shuey 
Daniel P. Siewiorek 
Alex Silbey 

M. Simaan 
Dick B. Simmons 
Ralph Sprague 
Dennis Stevens 
Harold Stone 
Harry M. Strong 
Ching Y. Suen 
Gerard Sulton 

Richard H. Thayer 
Ken Thompson 
William B. Thompson 
H.C. Tien 
L. Tomasetta 


Wing Toy 
Samuel Tseng 
John R. Tsotsos 
O. Tufte 

Mehmet Unsoy 
Joe Urban 

A. Vaidya 
Rao Vemuri 
Bob Voigt 

Benjamin W. Wah 
John F. Wakerly 
Robert Wedig 
Charles White 

K. M. White 
Gio Wiederhold 
Gerry Williams 
Den Wilson 
W. Wisseman 
Chuan-lin Wu 

Hisao M. Yamada 
Raymond Yeh 
M. Yoder 
Paul Young 
Wellington C.P. Yu 
H.-T. Yuan 

L. Zadeh 


March 1987 








Performance Comparison 
of Large-Scale Scientific 
Computers: 

Scalar Mainframes, Mainframes with Integrated 
Vector Facilities, and Supercomputers 


Kirk E. Jordan, Exxon Research and Engineering Company 


T his article describes the performance evalua- evaluated throughput (measured by total elapsed 

tion through benchmarking of computers with time) of these machines using a collection of 20 end- 

vector-computing capabilities for general- user codes. I also measured the speed of execution of 

purpose, large-scale scientific computation. This each individual code. I recorded the relative ease with 

study differs from others 13 in several respects. I com- which these codes were converted to run, perhaps at 

pared three major classes of machines: scalar main- less than optimal performance, in each new environ- 

frame computers, mainframe computers with in- ment. Finally, I attempted to optimize a few of the 

tegrated vector facilities, and supercomputers. I codes in order to realize the full potential of the par- 




ticular machine being benchmarked. 

It is worth noting my objectives and 
making some comments about them. I 
wanted to 

(1) determine the kinds of jobs that 
comprise Exxon Research and 
Engineering Company’s large-scale 
scientific computing workload; 

(2) select a sample of codes to represent 
this workload; 

(3) run these codes on the machines 
under consideration, and in so doing, 

(a) determine the effort involved 
in the conversion process, 

(b) evaluate the ease of use, 

(c) evaluate the efficiency of 
compilers and code op¬ 
timization tools available, 
and 

(d) uncover any flaws in the 
target systems that might 
have an adverse effect on 
the kind of workload en¬ 
countered at ER&E. 

The first two objectives, determining 
the workload and selecting codes, are very 
important, because the result of perfor¬ 
mance evaluation depends heavily on the 
character of the workload. This is par¬ 
ticularly true for machines with vector 
capabilities, because certain computing 
architectures may ill suit some classes of 
calculations. Analysis of the workload 
may also show that the majority of codes 
are in fact not CPU-limited, but memory- 
limited or I/O-limited. However, this was 
not the case for the ER&E codes, which 
were overwhelmingly CPU-intensive. 

The cost of code conversion is also an 
important factor. A company already hav¬ 
ing a major investment in numerous pro¬ 
prietary codes should carefully consider 
the costs of spending many hours, weeks, 
or even months converting codes. For this 
reason, the effort involved in code conver¬ 
sion became one of my objectives. 

ER&E scientists use computers as tools 
to explore their own research and engi¬ 
neering interests. These scientists are sup¬ 
ported in their work by a small group of 
experts in computation. The lack of avail¬ 
ability of computation experts except for 
occasional consulting forces the ER&E en¬ 
gineers and scientists for the most part to 
do their own code development. There¬ 
fore, the availability and ease of use of 
optimization tools and vectorizing com¬ 
pilers is important for the widespread, ef¬ 
ficient use of such machines. 

The research and engineering work con¬ 
ducted at ER&E is diverse. As a conse¬ 
quence of this diversity, I had a wide varie- 


The Exxon Research 
and Engineering 
benchmark attempts 
to simulate a 
resource-constrained 
computing 
environment and 
evaluates large-scale 
scientific computers 
in this context with 
surprising results. 


ty of codes in my benchmark sample. The 
problem areas represented in the sample 
include catalyst poisoning, kinetics trans¬ 
port, molecular dynamics, two-phase flow 
in chemical reactors, reaction-diffusion, 
polymer simulation, seismic forward 
modeling, modeling of metallic diffrac¬ 
tion gratings, and wave propagation in a 
random medium. Calculations in each of 
these problem areas use a number of 
numerical techniques. The one common 
feature among all of them is that they are 
CPU-intensiv e. 

Let me note some of the other bench¬ 
marking studies similar to ours. 

Dongarra 1 did a comprehensive bench¬ 
mark study on a multitude of machines 
running the Linpack Gaussian elimination 
routines. He solved a system of 100 linear 
equations with the Linpack routines as 
written in Fortran. He reported results in 
both full (approximately 64-bit arithmetic) 
precision and half (approximately 32-bit 
arithmetic) precision. He gave the exe¬ 
cution times on machines ranging from 
supercomputers (the Cray X-MP-2 using 
one processor) to mainframes (the IBM 
3033) to personal computers (the IBM PC 
and the Apple Macintosh). 

In the same report, Dongarra included 
results for a larger system (300 linear equa¬ 
tions) using an implementation of the Lin¬ 
pack routines more suitable for vector 
processors. I recommend this report to 
anyone seeking a comparison between 
classes of computers or a comparison 
among numerous computers in the same 
class as an indication of the kind of perfor¬ 
mance obtainable. 

The benchmark reports of Dongarra 
and Hinds 2 and Lubeck et al. 3 resemble 
this one in the sense that they used several 


different codes representing the large-scale 
scientific computing workload of their 
respective institutions. Unlike my work, 
these reports gave performance results 
only on the high-end vector processors: 
the Cray X-MP, the Fujitsu VP 200 (Am¬ 
dahl VP 1200), and the Hitachi S-810/20. 
There is no comparison across the same 
classes of machines that I considered. 

Dongarra and Hinds did include some 
timing results on scalar mainframes for 
comparison, but neither report com¬ 
mented on elapsed time for all the codes. 
Elapsed time, in my opinion, should be a 
factor when comparing a multiple-proces¬ 
sor machine with a single-processor ma¬ 
chine, taking into consideration through¬ 
put and competition for resources. The 
conclusions of both reports were similar 
and agree with this one as well. In general 
terms, for highly vectorizable code, the 
Fujitsu VP 200 (Amdahl VP 1200) is a 
strong machine, while for a variety of 
codes with differing percentages of vec- 
torization, the Cray X-MP works better. 

As mentioned, performance greatly 
depends on the character of the workload. 
The set of codes chosen for my benchmark 
reflect ER&E’s computationally intensive 
workload. The results reported here 
reflect the performance of the machines 
on ER&E’s workload and are not intended 
to suggest anything beyond this. 

Architectural 

differences 

The three classes of machines bench- 
marked have some major differences, 
arising essentially from the number of 
concurrent operations that a particular 
class of machines can perform. I refer the 
reader to the literature for a more detailed 
discussion of the machine architecture 
within each class. In particular, see Baer 4 
and Riganati and Schneck 5 and the 
references cited therein. Further detail can 
also be obtained from the manufacturers’ 
descriptive manuals. 

The mainframe machines are the tradi¬ 
tional sequential-execution computers 
that most people are familiar with. Their 
concurrency is realized at the system level. 
By this I mean that specialized processors 
(such as the I/O processor and the disk 
controllers) in addition to the central pro¬ 
cessing unit concurrently carry out 
separate tasks. The arithmetic function 
unit in the CPU carries out operations in 
the same way regardless of whether it is 
working on an array or single scalar quan- 
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About the cover: Racing across computer 
landscapes, the winner is... 

The light-cycles racing across the cover and getting ready to race at the begin¬ 
ning of this article come from the movie Tron (© MCMLXXXII Walt Disney Produc¬ 
tions). The plot rests on the premise that computer software has an identity and in¬ 
deed a universe parallel to our own inside a computer. Specifically, each human 
user has an alter ego inside this computer world, with power and personality to 
match. Only the Master Control Program, the dictator of the computer universe, 
has true independence—-and forces the other entities to deny the existence of 
their users and accept his (its?) authority. 

A major means of enforcing authority is simply to destroy those programs that 
disagree, either directly or by making them part of a semi-gladiatorial contest in¬ 
volving potentially lethal competition. If not “killed” outright by a flying missile in 
a game resembling lacrosse, a program might “crash” during the course of a race 
across the game grid. 

Enter Flynn, a hacker and video game wizard who is transported into this com¬ 
puter universe not as a program, but as a combination of his real, human, self and 
the identity forced upon him by his transformation. The rest of the story revolves 
around Flynn’s attempts to find a way out of the computer universe and to help 
Tron, the alter ego of a programmer who wants to break the hold of the MCP. 

Tron is the best of the electronic warriors. In the picture at the beginning of this 
article, he and two other programs are in the process of transforming into light- 
cycles for a race across the grid against an opposing team. The picture on the 
cover shows the completely transformed light-cycles engaged in competition. 

These scenes demonstrate the key features of the special effects used to create 
the movie. At the time of the filming (Tron was released in 1982), computer¬ 
generated images and back-lit, enhanced live action had been used rarely and 
briefly, mostly for commercials. In that sense, Tron was a pioneering effort in 
cinema. And a great deal of work for all involved. Not only did the crew have to 
smooth transitions between the different elements that went into creating the film, 
they had to deal with much of it on a frame-by-frame basis. 


tity. Each operation, for example in the 
addition of two arrays, is done as if each 
element of the array were a single scalar 
quantity. Further, the functional units are 
not segmented to allow for pipelining; that 
is, an arithmetic operation is completed 
before the next operation is begun. 

The mainframe machines with a vector 
add-on facility have the same concurrent 
or parallel processing features as the se¬ 
quential machines for all processing work 
except array processing. For array pro¬ 
cessing, additional concurrency occurs; 
that is, a single instruction causes the con¬ 
current processing of several array ele¬ 
ments. These vector add-on facilities 
resemble the separate array-processing 
boxes (such as the Floating Point Systems 
164 array processor) that are added on to 
computers to enhance performance on 
problems involving vectors and matrices. 
These array processors often experience 
bottlenecks in communicating with the se¬ 
quential (or scalar) computer. To address 
this bottleneck, some vendors have in¬ 
tegrated the array processor into the main¬ 
frame, giving us vector add-on facilities 
with allegedly improved performance over 
the separate array-processor solution. 

The vector processor machines are high- 
performance computers that achieve their 
higher performance through more concur¬ 
rency. In particular, they have multiple 
functional units and use pipeline tech¬ 
niques to perform both scalar and vector 
operations. They have a tight coupling of 
the address, scalar, and vector function 
units that distinguishes them from 
machines with integrated vector add-on 
facilities. On these high-performance 
machines, the vector function units can 
operate concurrently with the address and 
the scalar function units. This concurren¬ 
cy with tightly-coupled function units per¬ 
mits improved performance over the other 
classes of machines. 


Benchmark procedures 

At any particular vendor site, together 
with the vendor personnel I spent from 
four to six days, mostly preparing the 
codes for the benchmark jobstream. I 
wanted to get an idea of the effort involved 
in converting codes in order to make them 
run on the target system. For this reason, I 
brought the unmodified codes with me 
and participated in the code conversion 
process. This participation consisted of 
working in collaboration with the vendor’s 
personnel in carrying out the job-control 


language conversion and any code modifi¬ 
cation required to get the Fortran to run 
properly on a vector computer, or to correct 
any code that used enhancements specific 
to the machine it was originally developed 
on. For some of the codes, the vendor’s 
personnel and I investigated the use of 
vendor-supplied or vendor-supported 
software. We replaced some of the sub¬ 
routines in certain codes with more opti¬ 
mized subroutines supplied by the vendor. 
We also experimented with some code 
modifications to enhance performance. 

The manpower needed to carry out the 
benchmarking was not excessive. The 
number of persons working on the code 
conversion varied from a minimum of two 
(at Amdahl) to a maximum of six (at 
IBM). Typically, two to three people 
worked full time over the first few days 
preparing the codes for the benchmark 
jobstream. 

The preparation involved changing the 
job-control language, or JCL, then com¬ 
piling and running the code. For the most 
part, the code preparation was carried out 
on the fastest computer the vendor could 
supply, usually a shared system. Using the 
fastest available computer resulted in 


rapid turnaround on all jobs and helped to 
speed up the code preparation process. 
Running each code prior to the actual 
jobstream run insured that all codes would 
run when submitted together in the 
jobstream run. Also, we obtained CPU 
times for each code individually that we 
could compare with the CPU time ob¬ 
tained as the codes ran in the simulated 
jobstream run. This gave us a way of 
checking that the codes were behaving 
normally in the jobstream run. If the CPU 
times did not agree, we could implement a 
quick fix and thereby avoid nullifying the 
benchmark jobstream run. This was im¬ 
portant because the benchmark jobstream 
runs took up to 70 hours (on the IBM 
3033-AP). 

Another aspect of the benchmark pro¬ 
cedure was to have codes competing for 
resources while they ran in the benchmark- 
simulated jobstream run. I wanted to 
determine how much system overhead is 
involved when codes compete for re¬ 
sources and how well the system allocates 
resources. 

The target systems were either unipro¬ 
cessor or dual-processor machines. Since 
the largest machines being considered 
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Computers eased the work in many ways. A frame-by-frame bookkeeping system 
making up the master log was entered on a word processor and updated daily. Print¬ 
outs kept the crew informed of progress. A computer program developed by scene 
coordinator Peter Blinn varied the intensity of light for the back-lit effects, taking that 
burden from the camera operators. And of course computer-generated images con¬ 
tributed enormously to the electronic environment. 

Two companies handled the computer-generated images: Information Interna¬ 
tional, Inc., also called Triple-I, and Mathematical Applications Group, Inc., called 
MAGI. Triple-I dealt with more complex images, while MAGI dealt with much of the 
choreography. 

Transitional scenes, such as when the human-looking programs convert to light- 
cycles, required hand-painting the cycles around the live-action characters. Then 
the computer animation of the race could begin. 

The drawbacks of conventional compositing, such as that used in filming Tron, 
led to creation of experimental digital film printers at about the same time as the 
film was being made. Although the Tron crew did not use the technique, digital 
film printing could theoretically make optical printers obsolete. The method in¬ 
volves scanning the film elements to convert them to an electronic signal, 
manipulating and keying the images into each other, and scanning them back onto 
film again with a laser or hi-res CRT. 

Filming involved an incredible mix of labor-intensive hand production and 
compute-intensive image generation. One way or another, computers affected this 
movie about computers on many levels. Yet as with the anthropomorphic pro¬ 
grams existing in the electronic universe, the final meld of human and computer 
elements should benefit all of us. 

Steven Lisberger, writer-director and creator of Tron, felt that technology should 
make people more accessible to each other. In an article by Peter Sorensen 
(Cinefex, No. 8, April 1982, Riverside, Calif.), he said that he had a dream that with 
computers films would eventually become interactive, with audiences affecting 
the outcome of movies. Computers would then move from being tools used in 
making films to being part of the film—although not in the same was as they were 
in Tron. An interesting development to watch out for, if he’s right. 

— Nancy Hays, Assistant Editor 


were dual processors, we set up the bench¬ 
mark-simulated jobstream so that three 
jobs would compete for resources at any 
one time. This means that on a uni¬ 
processor the machine time-slices between 
three codes, while on a dual-processor the 
two processors each execute a code and 
one code waits to get time on one of the 
processors. Other than setting up three 
competing classes of jobs, we let the 
scheduler handle the jobs in these classes 
in the most efficient way it could. 

On the dual-processor machines, we 
made two benchmark-simulated job- 
stream runs. The first run had the three 
classes of codes set up as they ran on the 
Exxon IBM 3033-AP. We did this to com¬ 
pare the elapsed time on the target system 
with that obtained on the IBM 3033-AP. 
The IBM 3033-AP was constrained by the 
amount of memory available on the sys¬ 
tem (two million words shared between the 
two processors). This constraint resulted 
in one code incurring many page-faults as 
it competed with two other codes for CPU 
time and thus it had a very long elapsed 
time. (For a brief discussion of virtual 
memory, paging and page-faults see Den¬ 
ning. 6 ) When the identical classes of codes 


were run on the dual-processor systems 
with more memory, typically one pro¬ 
cessor would be idle for some period of 
time because the classes were not balanced 
in terms of the CPU time. 

In the second run of the benchmark 
jobstream, we balanced the amount of 
CPU time between the various classes to 
minimize the amount of time any pro¬ 
cessor was idle. The difference between 
the two runs can be significant. For exam¬ 
ple, on the IBM 3090-200 the difference 
was almost three hours of elapsed time. 

Unlike the code preparation work, the 
benchmark jobstream was run on a dedi¬ 
cated system: Except for some system 
diagnostic tools, the only things executing 
were the codes in the benchmark job- 
stream. I did this for several reasons. First, 
it insured that I would have a controlled 
environment. Second, any bottlenecks 
such as excessive paging to disk could be 
easily identified. Third, it was the best way 
to accurately measure overall elapsed and 
CPU times of the simulated jobstream on 
each target system, as well as the elapsed 
and CPU times of each individual code. 

On the mainframe and mainframe with 
vector add-on facilities, running the 


jobstream in dedicated mode is somewhat 
artificial. These systems will serve as in¬ 
teractive processors as well as batch pro¬ 
cessors. To truly simulate the computing 
environment on these systems, one should 
simulate the interactive load as well as the 
batch or CPU-intensive load that the 
benchmark-simulated jobstream repre¬ 
sents. Adding an interactive load to the 
benchmark jobstream would extend the 
elapsed times. For the vector processor 
class of machines, this does not occur 
because the interactive load is typically 
done on a front-end processor, reserving 
the vector processor for the CPU-inten¬ 
sive work that the benchmark jobstream 
simulates. 

In benchmarking a vector computer, 
one should attempt to optimize the bench¬ 
mark codes used as well as run unmodified 
benchmark codes. On vector computers 
today, the vectorizing compilers are 
unable to fully vectorize every code and 
some hand-tuning is required to take full 
advantage of a machine’s particular ar¬ 
chitecture. It is reasonable to expect that 
end-users will do some hand-tuning of 
their codes to enhance the overall perfor¬ 
mance and reduce the runtime. The result 
of this hand-tuning will be codes that have 
near-optimal performance on the given 
machine. By near-optimal performance, I 
mean that a given code is between 80 to 90 
percent efficient on the machine. A code 
that is 100 percent efficient or optimal (ob¬ 
taining the best performance possible) 
may require significant effort in both time 
and resources. Of course, if tools are avail¬ 
able to make the tuning process easier, 
there is a better chance that more tuning 
will occur and that users will gain the 
benefit of better code performance. 
Therefore, in evaluating performance of 
vector machines, one should not only take 
into consideration the execution speeds 
but also the effort required to gain them. 
Said a little differently, a machine that has 
extraordinary execution speed but re¬ 
quires substantial effort to develop codes 
at such speed may be less desirable than 
one that, although slower in execution 
speed, is easier to optimize codes for, so 
that the performance of the majority of 
codes is better. 

After preparing the codes for the bench¬ 
mark jobstream, we then investigated the 
effort involved and the benefits obtained 
in trying to improve the performance of 
the codes. The process of optimizing some 
of the codes also gave me an opportunity 
to test some of the vendor’s tools and aids 
for such work and to form a subjective 
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Machine 

Operating System 

Compiler Version 

Mainframes 



IBM 3033-AP 

VM/SP3.1 

VS Fortran Lev. 1.2.0 

IBM 3090-200 

VM/SP-HPO 3.6 

VS Fortran Lev. 1.2.0 

Mainframes with Vector Facility 


NAS AS9160 

VM/SP-HPO 3.4 

VS Fortran Lev. 1.2.0 

IBM 3090-200 VF 

MVS/SP 2.1.3 

VS Fortran (Pre-release) Lev. 2.1.0 

Vector Processors 



Amdahl VP 500 

MVS/VSP 1.1 

Fortran 77/VP 

(Amdahl VP 1200) 

MVS/VSP 1.1 

Fortran 77/VP 

Cray l-S/2300 

COS 1.12 

CFT 1.11* 

Cray X-MP/12 

COS 1.14 

CFT 1.14 

Cray X-MP/24 

COS 1.14 

CFT 1.14 

•Two codes used routines from Cray Scilib 1.14 and were compiled using CFT 1.14. 


Table 1. Machines benchmarked. 


opinion of how effectively these tools and 
aids can be used by the casual end-user. 

At the outset of the benchmarking ac¬ 
tivity, 1 had selected a few codes in the 
benchmark jobstream as candidates for 
the code optimization activity. The codes 
selected were codes with which I had some 
familiarity. Often in the optimization pro¬ 
cess some modifications to the code are 
necessary, and familiarity with the code 
facilitates this work. 

Benchmark 

environments 

Because different versions of operating 
systems and compilers and so forth can af¬ 
fect the overall results, 1 note the various 
versions of operating systems and com¬ 
pilers used. Table 1 lists the machines with 
the corresponding version of the operating 
system and compiler used in the bench¬ 
marking activity. 

I first ran the benchmark jobstream on 
the IBM 3033-AP at the ER&E Clinton 
Township facilities. This IBM 3033-AP 
has 16 megabytes of real memory (equiv¬ 
alent to two million 64-bit words). The AP 
in the name stands for “attached pro¬ 
cessor,” giving the IBM 3033-AP two pro¬ 
cessors to do work (although they are not 
completely independent of one another). 
This IBM 3033-AP is run with the 
VM/CMS operating system. VM/SP 
release 3.1 was used on the weekend I ran 
the benchmark jobstream. 

We benchmarked the IBM 3090-200 
without vector facility over 32 consecutive 


hours at the IBM Washington Systems 
Center located in Gaithersburg, Mary¬ 
land . The time IBM allowed us on the IBM 
3090-200 was significantly less than what I 
usually required and got from other ven¬ 
dors. The IBM 3090-200 was running with 
VM/SP3, CMSL—HP03.6 ESP Level. 
The machine was configured with 64 
megabytes of real memory (equivalent to 
eight million 64-bit words). Since the IBM 
3090-200 was running in a VM/CMS oper¬ 
ating system, all the Exec language 
(VM/CMS job-control language) setup 
for the-IBM 3033-AP ran unaltered. Also, 
the fact that the IBM 3090-200 is a scalar 
machine meant that no code modifica¬ 
tions were required. In fact, we ran the ob¬ 
ject codes generated on the IBM 3033-AP. 

I spent four days at Cray Research Inc. 
in Mendota Heights, Minnesota. During 
this period, the vendor’s personnel and I 
prepared the benchmark jobstream to run 
on Cray systems and ran it on the Cray 
X-MPs. The machines were configured as 
either a Cray X-MP/12 or X-MP/24. The 
X-MP/12 is a uniprocessor machine with 
two million (64-bit) words of memory, 
while the X-MP/24 is a two-processor 
machine with four million (64-bit) words 
of memory. For the X-MP benchmark 
runs, we ran under the Cray operating sys¬ 
tem COS 1.14 and used the Cray Fortran 
compiler CFT 1.14. No attempt was made 
at this time to make use of any additional 
hardware such as the SSD (Solid-State 
Storage Device). Also, we made no at¬ 
tempt to bring the power of both pro¬ 
cessors of the X-MP/24 to bear on a single 
code through multitasking, that is deploy¬ 


ing multiple CPUs to execute a single 
problem. (I experimented with Cray mul¬ 
titasking and the SSD at another time. See 
Bayliss et al. 7 for some of the results of 
this work.) 

In Pittsburgh, Pennsylvania, I spent 
two days benchmarking a Cray 1-S/2300 
at Westinghouse. Cray Research did not 
have a Cray 1-S with two million words of 
memory available for benchmarking, so 
they made arrangements for the use of the 
Westinghouse machine. The Cray l-S/2300 
is a uniprocessor machine with two million 
(64-bit) words of memory. (This particular 
machine had three IOPs, or I/O pro¬ 
cessors, hence the 3 in the 2300.) The 
Westinghouse production environment 
runs the Cray operating system COS 1.12 
with the Cray Fortran compiler CFT 1.11. 
We used these versions except for a few 
codes that required software from the 
COS 1.14 Scilib (Cray’s mathematical 
subroutine library). 

I conducted benchmarking of the IBM 
3090-200 VF (Vector Facility) at the 
Washington Systems Center, Gaithers¬ 
burg, Maryland over a five-day period. 
The IBM 3090-200 VF is a two-processor 
computer with an add-on vector facility to 
handle vector operations. The IBM 
3090-200 VF can have one or two vector 
facilities. The one we used had two, one 
added to each processor. At the time of 
our benchmarking activity, the IBM 
3090-200 VF could only be run with the 
MVS/TSO operating system. This neces¬ 
sitated the conversion of the CMS Exec 
language to MVS JCL, which the vendor’s 
personnel and I did not have to do for our 
earlier benchmark of the IBM 3090-200 
(without the vector facility). This JCL 
conversion process coupled with recompil¬ 
ing all codes to take advantage of the vec¬ 
tor facility was done on the Washington 
Systems Center “closed shop” machine, 
an IBM 3081. The binary code compiled 
on the IBM 3081, along with source code, 
was moved to the IBM 3090-200 VF. The 
work on the 3081 helped to minimize the 
time required for code preparation on the 
IBM 3090-200 VF since we did not have 
continuous access to that machine. How¬ 
ever, since the IBM 3081 does not support 
a vector facility, we were unable to execute 
the codes as the conversion took place to 
find any execution-time errors. 

Another series of processors with add¬ 
on vector facility is the National Advanced 
Systems’ (NAS) AS/91X0 series. I bench- 
marked their single-processor model, the 
AS/9160, over a four-day period at 
Mountain View, California. This machine 
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ran with the VM/SP 3.0, HPO 3.4, CMSL 
operating system and had 32 megabytes or 
four million (64-bit) words of main 
memory. NAS tries to maintain plug- 
compatibility with IBM across their 
AS/91X0 series, in part by using the IBM 
VS Fortran compiler. In order to use their 
vector facility, which was not supported 
under the VS Fortran at the time of my 
benchmarking, they use a precompiler, 
VAST (Vector and Array Syntax Trans¬ 
lator, a product of Pacific-Sierra Research 
Corporation). 

The benchmark jobstream was run on 
the Amdahl VP 500 processor at Sunny¬ 
vale, California. I spent five days con¬ 
ducting this benchmark. At Amdahl, the 
actual machine used was a VP 1200 recon¬ 
figured as a VP 500 with 32 megabytes 
(four million 64-bit words) of main 
memory for the benchmark jobstream 
run. The machine supports virtual mem¬ 
ory up to two gigabytes for each user, but I 
made no attempt to exploit this feature. 
The operating system is MVS-like (31-bit 
addressable) and for job control MVS 
JCL is used. The compiler is an enhanced 
version of the VS Fortran referred to as 
Fortran 77/VP. These enhancements sup¬ 
port the vector instructions on the VP. We 
did all code preparation on the machine 
while it was configured as a VP 1200, 
which gave rapid turnaround and helped 
to speed up the code preparation work. 


Benchmark codes and 
results 

All of the twenty codes in the bench¬ 
mark jobstream were written by research¬ 
ers. A few were contrived by increasing the 
problem size to test certain aspects of the 
machines, such as I/O handling and bank 
conflicts, but the majority are codes used 
daily in research and engineering work at 
ER&E. Table 2 lists the codes with a brief 
description of their characteristics. 

I obtained a total elapsed time and total 
CPU time for each of the machines bench- 
marked by running all the codes together. 
Figure 1 shows the results. In some 
instances the CPU time is larger than the 
elapsed time, while in others the elapsed 
time is slightly larger than the CPU time. 
The difference results from a dual or two- 
processor machine (the IBM machines and 
the Cray X-MP/24) with both processors 
simultaneously working on the bench¬ 
mark jobstream versus a single processor 
machine (all the other machines) working 
on the benchmark jobstream. Also, for 


Table 2. Benchmark codes used. 


Code Name 

No. of Lines of 

Fortran Source Code Description 

APB330 

1279 

Explicit time-step adaptive Chebychev pseudo- 
spectral code to solve solid combustion model. 

BKCONF 

66 

Retrieve elements of matrices from main 
memory to determine the extent of memory 
conflicts with certain array strides. 

BPOLM 

712 

Polymer simulation: 500-particle system with 
fixed volume, a linear chain, and viscous 
damping. 

B501B 

713 

Molecular dynamics: 500-particle system with 
constant-volume cubic box and constant 
pressure. 

DHELE10 

3824 

Simulation of inverted five-spot Hele-Shaw 
cell with air, the pushing fluid, and surface 
tension included. 

EWAVE 

1410 

Solves the elastic wave equations as first-order 
system for the velocities and stresses using a 
fourth-order accurate finite difference scheme. 

GAMMAF 

1988 

Bayesian deconvolution of gamma ray logs. 

IO 

7 

Data conversion code with large amounts of 
data, used to determine any input/output 
bottlenecks. 

KAWAB 

3483 

Simulation of flow field in a boiler with 
internal walls. 

KIMPL 

1559 

Implicit time-step adaptive Chebychev pseudo- 
spectral code to solve solid combustion model. 

KT 

3640 

Diurnal kinetics transport partial differential 
equation in two dimensions used as test 
problem for LSODE package. 

LINFLOX 

2914 

Two-phase flow code simulation. 

MCLREC 

14321 

Simulation of reactor model with 
thermodynamics; large problem requiring a 
large amount of memory. 

MCLVSI 

14321 

Simulation of reactor model with 
thermodynamics; small problem. 

MSB4 

530 

Simulation of four-section, counter-current, 
magnetically stabilized bed adsorption 
column. 

PRGMX 

2730 

Simulation of bare metallic grating using a 
boundary integral numerical method. 

RSGAAS 

10622 

Self-consistent, solid-state electronic structure 
code. 

SCF 

6923 

Self-consistent, molecular orbital model code. 

SCSTART 

8531 

Local density calculation for transition metal 
clusters. 

ULCONT 

733 

Solves a nonlinear Helmholtz-type equation in 
a uniform medium. 
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Machines 


Figure 1. Machine performance: comparison of total elapsed time and CPU time. 


the supercomputer machines, the elapsed 
time includes compilation time as well as 
execution time for the codes, while for all 
the other machines the compilations were 
done prior to the jobstream run. On the 
supercomputers, the compilation time was 
insignificant, being about two minutes of 
the total CPU time on all the machines. 

Note that the mainframes and the 
mainframes with added vector facilities 
double as the local interactive mainframe 
system. This additional function, al¬ 
though not actually simulated in our 
benchmarking tests, can only subtract 
from the overall performance of the 
machine in executing large codes. In fact, 
the longer elapsed times shown in Figure 1 
for these machines would be further 
extended if they were also loaded with a 
heavy interactive load while processing the 
large-scale engineering and scientific 
workload represented by the benchmark- 
simulated jobstream. 

In Figure 1, the elapsed time for the 
IBM 3033-AP is a little less than the CPU 
time. There are two things to note here. 
First, on the IBM 3033-AP, the attached 


processor behaves very much like a second 
processor because of the very small 
amount of I/O that occurs in the bench¬ 
mark jobstream. Given this fact, the 
elapsed and CPU times in Figure 1 do not 
seem to agree. Second, the AP shares the 
main memory with the main processor. 
The explanation is that one code, 
EWAVE, required almost the entire 
memory of the machine and thus caused 
excessive paging while it competed for 
memory resources with other codes. 
Although the CPU time for the EWAVE 
code on the IBM 3033-AP was 11 hours, 
the elapsed time for this code alone was 54 
hours. I did not run into this problem on 
the other dual-processor machines be¬ 
cause memory adequate to handle the 
codes in the benchmark jobstream was 
available for each processor. However, if 
the main memory is shared between pro¬ 
cessors on multiple-processor machines, 
similar results to those of the IBM 
3033-AP may occur. 

Note that not every code in the bench¬ 
mark jobstream ran on all the machines. 
On those machines where some of the 


codes in the benchmark jobstream did not 
run, I added estimated elapsed and CPU 
times for each. These estimates are based 
either on how the code ran at another time 
on the machine or on how the other codes 
in the benchmark jobstream ran on that 
machine. In the latter case, I also ex¬ 
trapolated based on how the code in 
question ran on other machines. 

The particular reasons as to why certain 
codes did not run on a given machine vary. 
In the case of the IBM 3090-200 without 
vector facility, one code terminated 
prematurely due to an execution-time 
error resulting from an array-dimension 
mismatch between a calling routine and 
the called routine for a non-used array. 
This error was identified and corrected on 
another system. The code ran successfully 
on the other systems evaluated. On the 
IBM 3090-200, the best benchmark job- 
stream run (in which the load was bal¬ 
anced across the two CPUs) had a faster 
CPU and elapsed time than expected from 
the unbalanced jobstream run, because in 
the second run one code (which success¬ 
fully executed in the unbalanced job- 
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stream run) terminated after completing 
only a third of its work. This early termi¬ 
nation followed saturation of a VM/CMS 
minidisk used to hold intermediate results. 

In the case of National Advanced Sys¬ 
tems’ AS9160, we excluded four codes 
because we ran out of time and one code 
terminated early. We did have CPU times 
for these four codes from the code prepa¬ 
ration runs. Since the CPU utilization dur¬ 
ing the benchmark jobstream was 95 per¬ 
cent, we could estimate the elapsed time 
for the four codes. 

On the IBM 3090-200 VF, four codes 
did not run in the benchmark jobstream 
for various reasons and one code ter¬ 
minated prematurely. Two of the codes 
could not be run because of problems with 
the MVS link editor and loader. We were 
unable to compile two other codes without 
a warning. Subsequent execution resulted 
in abnormal termination, therefore we ex¬ 
cluded them from the benchmark job- 
stream. These errors seemed to result from 
a problem with the compiler for the IBM 
3090-200 VF. The fifth code was included 
in the benchmark jobstream but termi¬ 
nated abnormally. This code, the 
DHELElOcode, actually terminated soon 
after beginning, but the initiator failed to 
release the code from the processor. It was 
not until it appeared that this code had ex¬ 
ceeded its scalar IBM 3090 runtime that we 
realized there was a problem and inter¬ 
ceded. I subsequently deleted all CPU and 
elapsed time for this code from the results 
on the IBM 3090-200 VF. 

Besides comparing total elapsed time 
and CPU time, I also considered how the 
CPUs were utilized on each system. Table 
3 summarizes these results, including the 
percentage of utilization per processor for 
each system benchmarked. Note the high 
percentage of utilization of the CPUs 
regardless of the system when the twenty 
codes ran in the benchmark jobstream. 
This confirms that these codes are CPU- 
limited. Except on the IBM 3033-AP and 
the IBM 3090-200 VF, the percentage of 
CPU utilization exceeds 90 percent. On 
the IBM 3033-AP the lower percentage of 
CPU utilization was a result of the higher 
system overhead required for paging, as 
noted above. The IBM 3090-200 VF had a 
low percent of CPU utilization because of 
an essentially idle processor for a period of 
time and the higher system overhead 
associated with the use of the VF for some 
of the codes in the benchmark jobstream. 

While the benchmark jobstream was 
running, we also monitored channel ac¬ 
tivity. The activity on the channels was sur¬ 


prisingly low; in fact, there was almost no 
activity at all, which implies that ER&E’s 
computationally-intensive workload as 
represented by the benchmark jobstream 
performs a small amount of I/O. I/O 
operations often form a bottleneck on 
computers in the supercomputer class. 
The apparently small amount of I/O re¬ 
quired emphasizes that the kind of com¬ 
putationally-intensive work that arises at 
ER&E can take full advantage of a super¬ 
computer regardless of the particular 
machine, as CPU utilization in Table 3 
shows. 

Table 4 contains the actual CPU times 
for the individual codes. The times given 
reflect the performance of the machines 
without any optimizing code modifica¬ 
tions. Clearly, I could obtain better CPU 
times on several of these codes, particular¬ 
ly on the supercomputers. Several of the 
codes have Fortran constructions that in¬ 
hibit vectorization by many of the com¬ 
pilers used; that is, several of the codes as 
currently written are predominantly scalar. 

Some general comments on the codes 
listed in Table 4 are in order. A few of the 
codes make use of Unpack and IMSL sub¬ 
routines. On most of the machines bench- 
marked, we installed the Linpack and 
IMSL libraries. On the Crays, these 
libraries already existed. I felt justified in 
using the Cray version of Linpack because 
Linpack is part of the Cray Scilib. One 
might argue that this gave Cray a slight ad¬ 
vantage in that the basic linear algebra 
subroutines, or BLAS, that Linpack 
makes use of are optimized for the Cray. 
However, only five codes used the Linpack 
subroutines. Moreover, the primary use of 
the IMSL library is for one of the random 
number generators in this library. The 
IMSL library existed on the Crays bench- 
marked, but for the subroutines used, they 
did not appear to be exceptionally op¬ 
timized for Crays. 

The times listed for each code in Table 4 
were obtained by compiling the code with 
the vectorizing compiler and executing it. I 
made no attempt to use unusual compiler 
options available on some of the machines 
benchmarked. I did allow standard com¬ 
piler options, such as turning off precision 
on the Crays. Some of the codes in the 
benchmark jobstream are not easily vec¬ 
torized by the compilers. Such codes are 
predominantly scalar and possibly, given 
the nature of the computation that they 
are doing, could be easily modified to take 
better advantage of the vector machines. 
In fact, I did some experiments to this end 
and found that I could obtain some per¬ 


Table 3. CPU percent utilization. 



1 Average percent CPU utilization between the two 
processors. 

2 A memory constraint caused excessive page faults 
on one code and reduced CPU utilization. 

3 Problem with initiator resulted in one processor 
effectively being idle. Figure in parentheses indicates 
percent utilization taking into account the idle processor. 

formance improvements. 

Note that the Cray X-MP/12 times in 
Table 4 are uniformly better than for the 
same code on the Cray X-MP/24. The 
faster times result from optimizing the per¬ 
formance by creating the best possible mix 
of codes to share the resources of the 
machine. In this way the system overhead 
required for rolling codes in and out of the 
machine was minimized. The execution 
time of each code was improved through 
better utilization of the machine re¬ 
sources, which resulted from doing some 
specialized scheduling to obtain the best 
performance. 

The entire benchmark jobstream was 
not run on the Amdahl VP 1200. How¬ 
ever, we did all the code preparation on 
this machine and obtained CPU times for 
each code. I included these times in Table 
4. Note that for two codes, BPOLM and 
B501B, we modified the Fortran to obtain 
improved performance. The times for 
these modified codes are the times on the 
VP 1200 in Table 4. For the code BPOLM, 
the modifications had significant impact; 
it ran more than twice as fast on the VP 
1200 as on the VP 500. The LINFLOX 
code, on the other hand, had a faster CPU 
time on the VP 500. A modified version of 
the BLAS was used on the VP 500, result¬ 
ing in this faster execution time. 

In running the benchmark jobstream 
simulation on the Amdahl VP 500, we ob¬ 
served that one code’s (ULCONT) elapsed 
time was significantly longer than any 
other code in the jobstream. The cause of 
the problem was that the code required 
more memory than was available as it tried 
to share resources with another code 
(MCLREC). As a consequence, ULCONT 
was put into a wait-on-memory state. 
While ULCONT was in this waiting-on- 
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Table 4. CPU times of individual codes. 


Code Name 

IBM 3033 

IBM 3090 

AS 9160 

IBM 

3090 VF 

VP 500 

Cray 1-S 

VP 1200 

Cray 1 

XMP/12 

Cray 

XMP/24 

APB330 

1150.14 

312.00 

200.16 

38.70 

17.20 

21.49 

10.00 

7.93 

8.97 

BKCONF 

1.79 

1.00 

_ 

0.07 

5.00 

0.10 

0.04 

0.07 

0.08 

BPOLM 

32490.24 

8957.00 

9362.51 

5558.04 

4835.00 

1035.15 

1800.00 2 

454.94 

500.79 

B501B 

21603.43 

5763.00 

7966.43 

3635.53 

2294.75 

3260.15 

1840.00 2 

2072.13 

2183.98 

DHELE10 

36540.00 

— 

15000.12 

— 

1373.51 

1711.63 

1156.00 

1051.21 

1160.29 

EWAVE 

39648.07 

12164.00 

— 

16205.28 

778.65 

1145.65 

360.00 

714.90 

844.30 

GAMMAF 

1176.50 

318.00 

717.00 

85.85 

39.94 

95.73 

35.90 

33.44 

43.66 

IO 

139.97 

49.00 

63.86 

29.93 

46.60 

49.85 

45.00 

53.82 

60.84 

KAWAB 

4559.19 

1435.00 

1857.27 

384.01 

203.22 

295.83 

187.00 

193.08 

212.19 

KIMPL 

10458.99 

2830.00 

1371.96 

237.70 

84.31 

113.63 

42.40 

59.51 

69.93 

KT 

457.66 

129.00 

219.87 

313.99 

16.50 

20.21 

14.80 

10.93 

12.18 

LINFLOX 

26272.67 

7708.00 

18533.07 

4522.91 

4369.05 

6086.83 

6120.00 3 

3009.41 

3256.19 

MCLREC 

32494.76 

— 

— 

— 

4001.77 

1693.73 

1681.00 

829.10 

900.35 

MCLVSI 

2536.63 

722.22 

9123.83 

— 

268.00 

361.86 

268.00 

177.83 

204.26 

MSB4 

10484.84 

2902.00 

3759.96 

1395.70 

1284.01 

1225.52 

1248.00 

1003.93 

1051.38 

PRGMX 

407.50 

123.01 

195.24 

— 

65.54 

51.41 

63.00 

37.56 

41.44 

RSGAAS 

4191.81 

1195.00 

1740.00 

1552.56 

899.26 

577.67 

911.00 

450.33 

499.41 

SCF 

81.96 

22.68 

— 

22.07 

41.61 

27.03 

40.80 

13.86 

15.27 

SCSTART 

6852.66 

1883.02 

— 

— 

231.00 

— 

208.70 

366.45 

385.27 

ULCONT 

22377.48 

6725.00 

— 

7033.34 

6149.00 

2763.43 

5325.00 

1935.95 

2089.21 


1 Faster times given are for a mix of codes to optimize scheduling and machine performance. 

2 These codes were tuned by promoting INTEGER *2, which inhibited vectorization in the codes. 

3 An unoptimized version of the BLAS was used; the VP 500 used a more suitable version. 
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memory state, the scheduler did not per¬ 
mit any other code requiring less memory 
to execute with MCLREC. The signifi¬ 
cance of the effective lockout of all other 
codes while one code is in a wait-on- 
memory state on the Amdahl VPs is that a 
code requiring a small amount of memory 
and execution time may have a very long 
elapsed time. This is a flaw in the Amdahl 
VP scheduler uncovered by having codes 
compete for resources in the benchmark 
jobstream. 

Although Table 4 gives the raw CPU 
performance on each machine, a pictorial 
comparison of the CPU performance is in¬ 
structive. I selected six codes to compare 
the performance on all the machines 
graphically, as shown in Figure 2. Figure 
2a compares the performance of the six 
codes on all the machines. Figure 2b and 
Figure 2c are subgraphs of Figure 2a. 
Figure 2b gives the comparison of the six 
codes on the scalar and scalar mainframes 
with vector add-on facility, while Figure 2c 
gives the comparison of these six codes on 
the vector processor machines. Note that 
Figure 2c has a different time scale, giving 


enlarged bars on the graph. 

The six codes given in Figure 2 illustrate 
several points. In Figure 2a, one immedi¬ 
ately sees that this benchmark jobstream 
has quite a mix with respect to CPU time. 
Also from Figure 2a, observe that the vec¬ 
tor processors consistently outperform the 
other machines. This fact is interesting 
since some of these six codes are predom¬ 
inantly scalar. The faster cycle times of the 
vector processors help to balance the per¬ 
formance of these machines on vector and 
scalar codes alike. 

In Figure 2b, observe that the IBM 
3090-200 without vector facility handled 
these six codes more efficiently than the 
NAS AS9160 with a vector facility. In the 
case of the EWAVE code, the difference is 
somewhat more dramatic than with the 
other codes. The reason for this is that 
VAST could not correctly vectorize this 
code. We found that VAST had difficulty 
in vectorizing several of the codes in the 
benchmark jobstream. 

Another point to note in Figure 2b is 
that for the EWAVE code, the IBM 
3090-200 outperformed the IBM 3090-200 


VF. The difference in CPU time between 
the scalar and vector runs is more than an 
hour. This is quite surprising, since Figure 
2a shows that the EWAVE code has a high 
percentage of vector content. I speculate 
that the problem on the IBM 3090-200 VF 
lies in the local cache memory used with 
the vector facility. That is, during the exe¬ 
cution of the EWAVE code many cache 
misses were encountered. By “cache 
miss” I mean the event when an operand 
that is needed is not in the cache and must 
be fetched from main memory. The cache 
of the IBM 3090 VF is 64K bytes. Fetches 
from memory are done in units of 128 
bytes, which is a line of cache. Fetching 
from main memory as a result of cache 
misses can introduce significant delays. 

To explain the disparity in CPU time of 
the EWAVE code in light of its high vector 
content, briefly consider the code imple¬ 
mentation. EWAVE solves the elastic 
wave equations as a first-order system of 
five equations for the velocities and 
stresses. The numerical algorithm is based 
on the method of dimensional splitting 
using a second-order accurate in time and 
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Figure 2. Comparison of CPU times for six selected codes: (a) all machines benchmarked; (b) mainframes and mainframes with vector 
processing capability; and (c) supercomputers. 
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Table 5. Comparison of CPU times per job on IBM 3090-200 scalar and 
IBM 3090-200 VF. 


Code Name 

IBM 3090-200 
Scalar CPU 

Time (seconds) 

IBM 3090-200 VF 
Vector CPU 

Time (seconds) 

Ratio 

Scalar/Vector 

APB330 

311.52 

38.70 

8.05 

BKCONF 

1.03 

0.07 

14.71 

BPOLM 

8956.20 

5558.04 

1.61 

B501B 

5764.55 

3635.53 

1.59 

EWAVE 

12164.33 

16205.28 

0.75 

GAMMAF 

318.48 

85.85 

3.71 

IO 

42.51 

29.93 

1.42 

KAWAB 

1435.06 

384.01 

3.74 

KIMPL 

2854.86 

237.70 

12.01 

KT 

129.60 

313.99 

0.41 

LINFLOX 

7707.86 

4522.91 

1.70 

MSB4 

2904.81 

1395.70 

2.08 

RSGAAS 

1195.02 

1552.56 

0.77 

SCF 

21.69 

2.07 

10.48 

ULCONT 

6724.61 

7033.34 

0.96 


fourth-order accurate in space version of 
the MacCormack scheme. (For details, 
refer to Bayliss et al. 7 ) The essence of the 
implementation of this splitting algorithm 
is that there are four basically identical 
subroutines used to compute the five two- 
dimensional arrays that are the unknowns. 
These five arrays account for more than 
one million double-precision (64-bit) 
words and all five are used along with 
other arrays in each subroutine. Further, 
the accessing of these arrays switches from 
a column (first index changing fastest in 
the inner loop) orientation in two sub¬ 
routines to a row (second index changing 
fastest in the inner loop) orientation on the 
other two subroutines. The row orienta¬ 
tion results in very large stride to access 
data from the two-dimensional arrays in 
two of the subroutines. Given this imple¬ 
mentation, 1 speculate that for the 
EWAVE code the cache was inadequate to 
handle the large amount of data required. 

Although the most dramatic, the 
EWAVE code was not the only code that 
experienced the phenomenon of longer 
CPU time on the IBM 3090 with VF than 
without. Three other codes also had some 
degradation in CPU time when executed 
on the IBM 3090-200 VF. (See Table 5 for a 
comparison of all the codes that ran on the 
IBM 3090-200 and the IBM 3090-200 VF.) 
For these codes, I also suspect the cache as 
the cause of the problem. However, fur¬ 
ther testing is required to fully identify the 
cause of the longer execution time on the 
IBM 3090 VF compared to the IBM 3090 
without VF. 


The vector processor machines’ (super¬ 
computers) performance as depicted in 
Figure 2c is mixed. The Amdahl proces¬ 
sors seemed to perform better on codes 
with high vector content. The Crays 
seemed more consistent in performance, 
doing well on vector and scalar codes 
alike. Based on these tests, I conclude that 
the Amdahl VP 500 is similar in perfor¬ 
mance to the Cray 1-S, and the VP 1200 
similar to a Cray X-MP. Of the twenty 
codes run on these machines, the CPU 
times of the VP 500 and Cray 1-S and the 
VP 1200 and the Cray X-MPs are much 
closer by comparison than those of the 
other machines tested. 

In particular, the Amdahl VPs had very 
fast execution times for the EWAVE code. 
However, on a predominantly scalar code 
like the MSB4 code, the Crays with their 
faster cycle time were faster. On the B501B 
code, the Crays did significantly better. 
The reason for the poor showing of the 
Amdahl machines on this code is because 
the compiler cannot automatically vec¬ 
torize loops with INTEGER*2 variables in 
them. Amdahl has indicated that future 
versions of their compiler may permit the 
promotion of INTEGER *2 variables and 
thus overcome this problem. On a code 
that was split between vector and scalar, 
KAWAB, the VPs and the Crays were 
about even. 

I should point out that the multiple- 
processor Cray X-MPs do permit multi¬ 
tasking, bringing more than one processor 
to work on a single program. In this 
benchmark jobstream run, I did not take 


advantage of this feature because the over¬ 
head in multitasking increases the ag¬ 
gregate CPU time for a particular code. 
Thus, if a sufficient number of jobs are 
available to keep all the processors busy 
and running simultaneously (i.e., if none 
of the codes use all the memory), it is more 
efficient not to multitask on the program 
level but instead on the job level, resulting 
in a faster overall elapsed time. I ran the 
EWAVE code in multitasked mode on a 
Cray X-MP/48 and obtained a factor of 
3.9 speedup over a single Cray X-MP pro¬ 
cessor run. The significance of this is that 
although the Amdahl VP 1200 seems to 
exceed the performance of Cray X-MP, 
the full power of the Cray X-MP has not 
been utilized on this individual code. 


Remarks 

For the kind of CPU-bound work en¬ 
countered in the large-scale scientific com¬ 
puting at ER&E, I find the vector pro¬ 
cessors the most suitable computers. This 
is a consequence of the combination of 
CPU-intensive jobs with very little I/O. 
Although not every code currently being 
used at ER&E can benefit dramatically 
from vector processing, the faster scalar 
speeds of the vector processors can suffi¬ 
ciently improve the runtimes so that every 
code does gain some improvement. This 
gain in improved performance means that 
physically more meaningful problems can 
be considered. In addition, as vector pro¬ 
cessing becomes more common, many 
current codes will be rewritten to take bet¬ 
ter advantage of advanced scientific com¬ 
puting machine architectures. 

For the mixture of vector and scalar 
codes that one encounters at industrial in¬ 
stitutions like ER&E, the Cray computers 
seem the most appropriate. They combine 
high-speed vector computation with high¬ 
speed scalar computation, giving a better 
balance between scalar and vector process¬ 
ing than the Amdahl machines. Even 
though the Amdahl VPs are superior on 
codes with very high vector content, the 
Crays had the better throughput or 
elapsed times as a result of the mixture of 
scalar and vector codes. 

Of all the machines benchmarked, the 
Cray X-MP/24 is the most appropriate 
from a technological standpoint. The 
codes developed at ER&E can take advan¬ 
tage of many of the Cray X-MP hardware 
features, specifically hardware gather/ 
scatter. In addition, the ability to bring 
both of the Cray X-MP/24’s processors to 
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bear on a single code gives one the oppor¬ 
tunity to experiment with parallel process¬ 
ing. The large-scale scientific computers of 
the future will have numerous CPUs exe¬ 
cuting concurrently on a single program. 
Such massively-parallel computers prom¬ 
ise extraordinary performance and may 
enable scientists to realize significant 
breakthroughs as a consequence of ana¬ 
lyzing and modeling much more complex 
problems than currently possible. 

Designing efficient algorithms for such 
machines is a major challenge. Fully paral¬ 
lel algorithms are in general more difficult 
to conceive than vector algorithms, since 
many mathematical procedures are most 
naturally expressed in vector form. Since 
parallel computers are expected to domi¬ 
nate the field of scientific computing, a 
machine such as the Cray X-MP/24, which 
can combine parallel processing with vector 
processing, provides a valuable training 
and development environment for parallel 
algorithms in anticipation of the massively 
parallel supercomputers of the future. 

For an entry-level vector processing 
machine, the Cray 1-S is a better choice 
than a mainframe with add-on vector 
facilities, given the kind of work that goes 
on at a place like ER&E. The price of the 
Cray 1-S, being a used machine (Cray 
Research no longer manufactures the Cray 
1-S), is less than that of the mainframes 
with vector add-on facilities when the lat¬ 
ter’s total cost is considered. The perfor¬ 
mance of the Cray 1-S on the benchmark 
jobstream, particularly when compared to 
the mainframes with vector add-on facil¬ 
ities, demonstrates that fast scalar and vec¬ 
tor speeds are necessary to handle the 
CPU-intensive work that exists at ER&E. 

Although Cray Research, Inc. currently 
enjoys the lead in vector and, to a lesser ex¬ 
tent, parallel processing, several com¬ 
petitors are closing the gap. From these 
benchmark results, Amdahl’s VP ma¬ 
chines run a close second to the Crays. For 
codes with high vector content, they even 
surpass the Crays in performance. How- 
ever, for a general-purpose, diverse group 
of codes, the Crays still maintain an edge. 

The results on the mainframes with vec¬ 
tor add-on facility were somewhat surpris¬ 
ing. The case of the IBM 3090-200 VF 
taking more time on a code with high vec¬ 
tor content than the IBM 3090-200 
without vector facility was intriguing. The 
other problems encountered with the IBM 
3090-200 VF can in part be attributed to 
the newness of the machine. However, the 
overall performance of the IBM 3090-200 
VF showed that on CPU intensive work 


the vector processors (supercomputers) 
will continue to dominate the large-scale 
scientific computing market. 


I n this article I have described the per¬ 
formance evaluation of large-scale 
scientific computers using a 
diverse collection of computationally in¬ 
tensive end-user codes. The performance 
evaluation involved simulating a job- 
stream of CPU-intensive codes that would 
compete with one another for machine 
resources. In this way, other aspects (such 
as I/O handling or main memory transfers 
to functional units) of the the computer 
systems as well as CPU speed, which can 
affect overall performance while codes 
compete for scarce resources, were eval¬ 
uated. I evaluated overall system perfor¬ 
mance by measuring total elapsed time as 
well as CPU time of the individual codes. I 
carried out a comparison across three 
classes of machines used for large-scale 
scientific computing. 

I found that even for computer codes 
that have a high percentage of vectorizable 
code, improved performance on main¬ 
frames with integrated vector facilities is 
not guaranteed. Even though some of the 
codes used in the jobstream are inappro¬ 
priate for vector processing, the super¬ 
computers with their faster cycle time 
uniformly had better performance. Of the 
supercomputers benchmarked (Crays and 
Amdahls), I found that for those codes 
with a very high percentage of vector code, 
the Amdahl VPs performed well. However, 
on the diverse collection of codes that I had 
in the benchmark jobstream, the Cray 
X-MP/24 was the strongest performer. □ 
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Computer Architecture 
for a Surrogate File to a 
Very Large 

Data/Knowledge Base 


P. Bruce Berra, Soon Myoung Chung, and Nabil I. Hachem 
Syracuse University 


Special architectures 
that process surrogate 
files can greatly 
reduce the access time 
to very large data and 
knowledge bases. 

Also, some relational 
operations can be 
performed on the 
same file. 


T his article presents techniques for 
managing a very large data/knowl¬ 
edge base to support multiple in¬ 
ference-mechanisms for logic program¬ 
ming. Because evaluation of goals can 
require accessing data from the exten- 
sional database, or EDB, in very general 
ways, one must often resort to indexing on 
all fields of the extensional database facts. 
This presents a formidable management 
problem in that the index data may be 
larger than the EDB itself. This problem 
becomes even more serious in the case of 
very large data/knowledge bases (hun¬ 
dreds of gigabytes), since considerably 
more hardware will be required to process 
and store the index data. In order to re¬ 
duce the amount of index data con¬ 
siderably without losing generality, we 
form a surrogate file, which is a hashing 
transformation of the facts. Superim¬ 
posed code words (SCW), concatenated 
code words (CCW), and transformed in¬ 
verted lists (TIL) are possible structures 
for the surrogate file. Since these trans¬ 
formations are quite regular and compact, 
we consider possible computer architec¬ 
tures for the processing of the surrogate 
file. We discuss the use of associative 
memory methods, as well as a back-end 
system that we are developing, in order to 
illustrate how nonsequential computer ar¬ 
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chitectures can be used to advantage in 
solving this problem. Finally, we consider 
how one might perform relational opera¬ 
tions on the surrogate file rather than on 
the full data. 

Background 

perspectives 

One of the most rapidly growing fields 
of artificial intelligence is expert systems. 
Currently, expert systems exist or are being 
constructed for medicine, business, and 
national defense. These systems are com¬ 
posed of a knowledge base of rules and 
facts and an inference mechanism that 
uses the knowledge base to respond to 
queries posed by users. The objective of 
such systems is to capture the knowledge 
of experts in particular domains (such as 
aircraft engine maintenance, blood 
diseases, computer configuration control, 
and financial analysis) and make it gener¬ 
ally available to nonexpert users. At pres¬ 
ent such systems focus on narrow domains 
and have small knowledge bases; they are 
thus limited in their applications. 

As these systems are expanded and 
more widely used, their knowledge bases 
will become more difficult to manage. The 
intensional database of rules will become 
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large enough to present a formidable 
management task in itself. But the major 
management activity will be in the access, 
update, and control of the extensional 
database of facts. 

The facts may occupy hundreds of giga¬ 
bytes and in future serve several inference 
mechanisms, such as logic, frame-based, 
production rules, or semantic networks. 

Much of our current research concerns 
the development of special computer ar¬ 
chitectures to access, update, and control 
very large knowledge bases that support 
multiple inference mechanisms for logic 
programming. The details of logic pro¬ 
gramming are widely known and will not 
be discussed here. However, we need to 
provide a simple example in order to set 
the stage for the problem of very large 
knowledge bases that we are addressing in 
our research. 

Consider the following simple logic pro¬ 
gramming problem: 

1. grandfather(x,y) — father(x,z), 
parent(z,y) 

2. parent(x.y)—father(x,y) 

3. parent(x,y)—mother(x.y) 

4. father(pat, tiffany)— 
father(don, louise)— 


5. motherfmary, louise) — 
motherflisa, tiffany)— 


6. —grandfatherfx, tiffany) 

The first three clauses form the intensional 
database of rules for this problem. The 
next two sets form the extensional data¬ 
base of facts regarding fathers and 
mothers. The last statement is the goal (or 
query). To solve the problem (satisfy the 
goal), we must find the names of the 
grandfathers of Tiffany. For this we search 
the father and mother facts on the second 
argument-position, finding values for the 
first argument-position that can be used 
later. Thus, we need to find Tiffany’s 
mother and father before finding her 
grandfathers. If we ask a similar but slight¬ 
ly different query, 

—grandfather(ray, y) 
we search only the first argument of the 
father and mother facts in attempting to 
satisfy it. 

Consider the fact type (relation) shown 
below: 

r(a, b, c.n). 

In the general case one would want to ac¬ 


cess a relation on the basis of any subset of 
the arguments of the relation depending 
upon how the query was stated. This prob¬ 
lem then becomes a special case of the 
partial-match retrieval problem: We are 
given a specific relation name and values 
for a subset of its arguments; we desire all 
tuples that satisfy the search criteria. 
These tuples are then returned to the in¬ 
ference mechanism for further processing. 

For very large knowledge bases, how 
can we obtain the desired facts in the 
shortest time possible? If we assume that 
any subset of the attributes of a relation is 
equally likely to form the basis for a query, 
then we will probably have to index on all 
attributes in order to ensure reasonable 
performance. However, if we have 500 
gigabytes of fact data, we could have 500 
or more gigabytes of index data, an enor¬ 
mous amount. 

We are currently trying to solve this 
problem in two ways. The first is to devel¬ 
op special hardware to process surrogate 
files*; these files can allow efficient access 
to the extensional database. The second is 
to consider optical techniques that can 
potentially increase input/output rates by 
orders of magnitude and thus speed access 
to the extensional database. This article 
concerns the first approach. 

With the surrogate file approach, we 
transform the original data and then use it 
as an index to gain access to the EDB. This 
collection of transformed data is called the 
surrogate file. Well-chosen hashing func¬ 
tions can yield a surrogate file about 20 
percent as large as the original data. We 
have analyzed concatenated code words, 
superimposed code words, transformed 
inverted lists, and combinations of these as 
basic structures for the surrogate file. We 
have simulated these structures and have 
obtained results that substantiate the 20 
percent claim given above. We have con¬ 
sidered associative memory and back-end 
system approaches or architectures for the 
surrogate files. Finally, we note that some 
relational operations can be performed on 
the surrogate file rather than on the exten¬ 
sional database. 

Surrogate files 

We assume that many different rela¬ 
tions with varying degrees and car- 


' The term “surrogate file” dates back to early work in 
information retrieval. Other terms, such as signature 
files and descriptor flies have also been used to describe 
similar structures. See Faloutsos 1 for a review of 
various methods for accessing textual data. 


dinalities exist in the very large extensional 
database that we are considering. Further¬ 
more, we assume that the tuples are stored 
in such a way that one first accesses the 
relation and then a particular tuple using a 
unique identifier. We obtain the name of 
the relation and values for a subset of its 
arguments from the logic programming 
process when it requests data. We obtain 
the unique identifier from processing the 
surrogate file. Thus, the storage structure 
for the facts themselves would be very sim¬ 
ple and a method such as extendible 
hashing 2 would guarantee retrieval of a 
given fact in at most two disk accesses. 

The principal techniques that we have 
considered for the construction of the sur¬ 
rogate file include concatenated code 
words (CCW), superimposed code words 
(SCW), combinations of CCW and SCW, 
and transformed inverted lists (TIL). We 
will use CCW and SCW to illustrate the 
ideas. 

Suppose we have a relation called 
BORDERS: 

BORDERS (Country 1, Country 2, 
Body of Water) 

For a particular instance, 

BORDERS (France, Italy, Mediterra¬ 
nean) 

we would first hash the individual values, 
H(France) H(Italy) H(Mediterranean) 

1 1 I 

100...01 010...00 110...00 

concatenate them, and then attach a 
unique identifier to obtain the CCW 

100...01 1010...00 | 110...00 100...01 
where the vertical lines show the bound¬ 
aries. The SCW 3 would be formed as 
follows: 

H(France) -100...01 

H(Italy) -010...00 

H(Mediterranean) —110...00 


110...01 100...01 

with the binary representations logically 
ORed together. The unique identifier is at¬ 
tached as shown. 

Thus, a surrogate file would exist with 
an entry for each fact in the EDB and the 
individual entries would be linked to the 
facts by their unique identifiers. 

As illustrated in Figure 1 (using SCW), 
if we want to retrieve a fact based upon 
one or more arguments, we would pass 
each of the arguments through the same 
hashing function and OR their fixed- 
length binary representations together in 
order to generate the query code word 
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Figure 1. Partial-match retrieval using superimposed code words (SCW). 


(QCW). We would then compare the 
QCW with all of the SCW for that rela¬ 
tion, seeking matches on the ones of the 
QCW. All of the SCWs that had ones in 
the same positions as the QCW would be 
possible qualifiers. The id’s of the possible 
qualifiers would then be used to retrieve 
the necessary facts. The input key values 
would then be compared with the respec¬ 
tive key values of the retrieved facts in 
order to determine possible matches. If the 
desired fact (or facts) exists within the 
EDB, it will be found. However, a number 
of facts may be retrieved that are not the 
desired facts; these are called false drops. 
(The use of SCW for logic programming 


has also been discussed by Wise and 
Powers. 4 ) 

Concatenating code words gives one ex¬ 
treme in word length while using SCW 
gives the other. The concatenation method 
almost ensures (subject to the quality of 
the hashing function in avoiding colli¬ 
sions) that the unique identifier(s) ob¬ 
tained is indeed the one(s) desired. How¬ 
ever, it does so at the expense of a longer 
word length. The method of SCW reduces 
the word length, but at the expense of in¬ 
creasing the number of facts retrieved that 
are not the desired ones (false drops). 

It may be that there is a point between 
these two methods that is optimal. For in¬ 


stance, Lloyd et al. 5 - 6 selected bit values 
from various positions of the binary 
representation of the arguments in each 
fact and concatenated them to form a code 
word. Also, we have explored a method 
that is a hybrid of the SCW and CCW 
methods. The resulting code word has 
unique portions for each argument and 
nonunique portions that represent the 
ORing of two or more arguments. While 
this method reduces the length of the code 
word, it does however increase the proba¬ 
bility for false drops over that of CCW. 

We have also investigated the use of 
transformed inverted lists. We form a TIL 
file in the following way: All of the values 
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Figure 2. Surrogate file size for SCW. 



Figure 3. Surrogate file size for CCW. 


for the first attribute position in a relation 
are passed through a hashing function to 
obtain the transformed values. Unique 
identifiers from each of the facts are 
associated with the respective transformed 
values. This will form the part of the TIL 
file for the first attribute. This process is 
continued for each of the other attributes 
in the relation, thus forming the entire TIL 
file. To access the TIL file with trans¬ 
formed values for attributes i and j, we 
need only search the portions of the TIL 
file with those values and then intersect 
their respective lists of unique identifiers. 
Thus, for few search values this technique 
is very good, but for many search values it 
is relatively poor, since more lists need to 
be intersected. 

Surrogate file size 

In this section we present the results of 
several simulations run for the purpose of 
comparing the storage requirements for 
SCW, CCW, and TIL files. The surrogate 
file size is determined as a percentage of 
the size of the EDB. Since tuples for rela¬ 
tions are stored separately, the values given 
in this analysis apply equally well to the en¬ 
tire surrogate file or to a relation within a 
surrogate file. We assume that we are deal¬ 
ing with relations. 

In the simulations we used two different 
values of relation size, 10 5 and 10 7 bytes. 
In each of the plots (Figures 2 through 5) 
the size of the surrogate file is given as the 
dependent variable and expressed as a 
percentage of the EDB. In Figure 2 we plot 
the size of the surrogate file as a function 
of the number of attributes (A r ) in a rela¬ 
tion for SCW. In this figure, the average 
number of arguments in a query (R q ) 
takes on two values (one and two) and the 
number of false drops (FD) is equal to one. 
The value for R q is set by the surrogate file 
designer depending upon the expected 
number of arguments contained in a query 
for the application under consideration. 
This establishes the size of the surrogate 
file. Queries with a lesser number of argu¬ 
ment values than the design value would in 
general take more time to process and 
those with a greater number would take 
less time to process relative to the design 
value. The change in performance results 
from a greater or lesser number of false 
drops. 

In Figure 3 we use the logarithm of the 
average redundancy (log 2 C,) as the in¬ 
dependent variable for the CCW case. We 
have assumed that the argument values for 
the various attributes in the relation are 


not unique. In fact, in some cases they may 
have only a few values, thus yielding a very 
small surrogate file. For instance, there are 
very few values for the attribute color. 
With CCW, the size of the surrogate file is 
independent of R q . 

In Figure 4, we examine the effect of 
using a TIL approach to the structuring of 


the surrogate file. The particular approach 
that we used is a three-level index similar to 
that described by Cardenas, 7 except for 
first transforming the argument values. In 
Figure 5 we compare all three techniques. 
Note that for larger values of redundancy, 
all of the techniques yield a surrogate file 
size of less than 20 percent of the EDB 
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Figure 4. Surrogate file size for TIL. 
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Figure 5. Surrogate file size comparison. 


when the EDB is 10 7 bytes. 

From Figure 5 one might conclude that 
CCW and SCW dominate TIL. However, 
with different parameter values the 
relative position of the curves is such that 
TIL is not dominated by CCW and SCW. 
Also, one must consider other factors, 
such as retrieval and update of the sur¬ 


rogate file, retrieval of the facts from the 
EDB, and the architecture for processing 
surrogate files, prior to selecting its struc¬ 
ture. All of these factors taken together, as 
well as a knowledge of the application, are 
needed for the design of the system. That 
is what we are now considering in our 
research. 


Updating 

With regard to updating, a varying 
amount of work is required depending 
upon whether SCW, CCW, or TIL struc¬ 
tures are used. To add a new tuple to a rela¬ 
tion, we must generate the individual SCW 
or CCW, attach the unique identifier to 
both the tuple and the code word, store the 
tuple in the EDB, and append the code 
word to the code word subfile for that rela¬ 
tion. For TIL-structured files, the list for 
each attribute of the relation must be pro¬ 
cessed, either by adding a unique identifier 
to the list of current unique identifiers for 
that value or by adding a new value and 
unique identifier to the list. The new tuple 
must then be added to the EDB. 

To delete a tuple with the SCW and 
CCW methods, we must find and delete 
the entry in the surrogate file as well as in 
the relation. If TIL are being used, an en¬ 
try in each list as well as the EDB must be 
found and then deleted. 

When one changes the value of a field, 
SCW requires that a new code word be 
generated and the old one deleted. For 
CCW the change need only be made to the 
portion of the code word in question. 
With TIL files, only the entry in the list be¬ 
ing changed need be processed. Of course, 
the value in the EDB must be changed. 


Associative memory 

We now consider processing the sur¬ 
rogate file by an associative memory when 
the file is constructed using SCW, CCW, 
or TIL. Recall that under our previous 
assumptions all partial-match retrievals 
will be performed using the surrogate file. 
Thus, retrieval of the facts will take only 
two disk accesses given the unique 
identifier. 

Associative memories can perform 
many operations on array resident data, 
including exact match, maximum, mini¬ 
mum, and Boolean operations. These de¬ 
vices are fast because they use content 
addressing and parallelism, but they are 
generally costly, rigid in data format, and 
input/output bound. 8 Nevertheless, when 
associative memory processes the surro¬ 
gate file, one of these disadvantages no 
longer matters and another is mitigated. 
That is, the format of the surrogate file is 
highly regular and maps very well into the 
associative memory. Also, the surrogate 
file is compact compared to the data being 
considered, therefore less I/O is required. 
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Figure 6. Back-end system for fact management. 


In the case of SCW, research by Ahuja 
and Roberts 9 indicates that the mapping 
between an SCW file and associative 
memory is very good. The array resident 
data is processed by an exact-match search 
using the QCW as the search argument. 
The unique identifiers for all of the SCW 
that matched the QCW on the basis of 
ones would be sent to the fact manager for 
retrieval and further processing of the 
facts. 

The processing of a CCW file is similar. 
The QCW has “don’t cares” (dc) in posi¬ 
tions with unknown values and a known 
bit pattern in the positions of interest. The 
results of an exact match search on the 
fields of interest are ANDed together and 
the selected unique identifiers sent on. 

To process TIL files using an associative 
memory, one forms subfiles of unique 
identifiers for each value in each argument 
position, since these values will generally 
not be unique. Each distinct value will 
have an attached pointer that points to the 
list of unique identifiers for the facts con¬ 
taining that value. The processing of the 
TIL file will require less transfer of data to 
the associative memory for searches with 
few arguments, but will require inter¬ 
secting the lists of unique identifiers before 
passing the results on. However, if many 
arguments are given in the request, con¬ 
siderable processing will be required. 


Back-end system 

Shown in Figure 6 is a back-end system 
for the management of a very large exten- 
sional database of facts. The system will 
also manage many intensional databases 
not shown on the diagram. We assume 
that there are many gigabytes of fact data 
on the EDB disks. Likewise, there are 
several gigabytes of surrogate file data 
stored on the SF, or surrogate file, disks. 
Since we have assumed the relational 
model, we will store the facts by relation 
and then by tuple-unique identifier within 
relations. 

The surrogate file will actually consist of 
many subfiles, one for each relation. Each 
subfile will be distributed uniformly over 
all of the SF disks in order to ensure max¬ 
imum parallelism in disk accessing. As an 
example, suppose that the surrogate file is 
constructed with concatenated code words 
and the user is interested in retrieving fact 
data given some subset of values from a 
particular relation. The query code word 
would be constructed in the request pro¬ 
cessor, using the proper hashing function 
and considering the positions of the values 
within the relation. The QCW would then 
be broadcast to all of the surrogate file 
processors (SFP) to be used as a search 
argument. 


As in the previous section, one can think 
of the SFP as an associative memory with 
the QCW as the search argument. How¬ 
ever, the full capabilities of the associative 
memory are not needed for these opera¬ 
tions. There is no point in providing more 
capability in the SFP than is required to 
process the surrogate file data at disk 
rates. Thus, the SFP can be rather simple, 
since all it needs to do is compare the QCW 
with each CCW at disk rates and strip off 
the unique identifiers. As soon as any 
unique identifiers are found by the SFP, 
they can be sent to the collector and quick¬ 
ly passed on to the extensional database 
manager (EDBM) for processing, thus 
providing some level of pipelining. The 
EDBM retrieves the facts, compares them 
with the search criteria to insure that a 
collision has not occurred, puts them in 
blocks, and sends the blocks to the logic 
programming inference mechanism. 

One follows a similar process if the sur¬ 
rogate file is constructed with SCW. The 
main difference is that extra processing 
would be required by the EDBM because 
of false eft-ops. Other work regarding pro¬ 
cessors for SCW’s can be found in Lee 10 
and Colomb and Jayasooriah. 11 

If the surrogate file is composed of TIL, 
the processing will be slightly different and 
an additional hardware unit will have to be 
added to the system shown in Figure 6. 
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Each list would be distributed uniformly 
over the SF disks. Assume, for example, 
that a user’s request requires access to only 
two lists. The first list is input to the SFPs 
and checked for an exact match. (Note 
that the SFP is just a simple comparator in 
this case.) The unique identifiers are strip¬ 
ped off and sent to the collector. The sec¬ 
ond list is processed in a similar way. 
However, now the two lists will have to be 
intersected. Thus, we will need an addi¬ 
tional block between the collector and the 
EDBM, called the intersector. 

In this discussion we have tried to show 
how such a system might retrieve facts 
from a very large extensional database. 
Obviously, many more issues need to be 
addressed, such as updating, integrity, and 
collisions. 


Relational operations on 
the surrogate file 

A serendipitous benefit obtained from 
using surrogate files is that some relational 
operations can be performed on the sur¬ 
rogate file rather than on the relations 
themselves. This could make relational 
operations much faster and increase the 
system’s performance. 

Consider a surrogate file constructed 
with CCW. To select on a particular field, 
one uses the surrogate file processor to do 
a partial match on just that field. Extend¬ 
ing this slightly, clearly the SFP is simply a 
selection mechanism. With a little extra 
hardware, the SFP could be called the 
selector. 

Consider a join using the hash join algo¬ 
rithm. Since the surrogate file already con¬ 
sists of hashed values, we need only assign 
the portion of the code word that repre¬ 
sents the join variable and the associated 
unique identifier to buckets. Then, based 
on matching within each bucket (which 
can be done in parallel), pairs of unique 
identifiers can be sent to the EDBM for 
final verification. This would work for the 
equijoin join, but an order-preserving 
hashing function 12 would be needed for 
other joins. 

It appears that there would be no advan¬ 
tage to performing projections on the sur¬ 
rogate file. Thus, the EDBM would have 
to store the tuples in such a way that pro¬ 
jections could be done directly on the 
tuples of the relation under consideration. 
This could be done by treating each rela¬ 
tion independently, with its own extendi¬ 
ble hashing system. Storing relations this 
way would also aid other operations that 
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access many or all tuples in the relation. 

Finally, range queries could be per¬ 
formed on the CCW file given a suitable 
order-preserving hashing function, albeit 
with some additional processing, such as 
sorting. 

In the case of SCW, it would be difficult 
to perform most relational operations on 
the surrogate file. In the case of TIL files, 
selections and hash joins could be per¬ 
formed, but projections would have to be 
performed on the tuples themselves. 
Range queries could also be performed 
given a suitable order-preserving hashing 
function and some additional processing. 


W e have tried to sketch some 
ideas on the development of 
computer architectures for 
processing of surrogate files of a very large 
data/knowledge base. In addition, we 
have pointed out how surrogate files might 
be used to perform relational operations. 
We believe that many logic programming 
and relational model ideas will be in¬ 
tegrated over the next few years, thus it 
may well be possible to perform significant 
logic operations on the surrogate files as 
well. Our challenge now is to design the 
hardware that will make these ideas a 
reality. □ 
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The Architecture of 
Lisp Machines 


Andrew R. Pleszkun, University of Wisconsin 
Matthew J. Thazhuthaveetil, Pennsylvania State University 


Although a popular 
AI language, Lisp 
does not run 
efficiently on 
conventional systems. 
Our survey identifies 
architectural features 
needed for good 
machine 
performance. 


L isp has been a popular program¬ 
ming language for well over 20 
years and has become the premier 
language of artificial intelligence re¬ 
search. Recent interest in fifth generation 
computer systems has sparked renewed 
interest in systems for the efficient exe¬ 
cution of Lisp and Lisp-like languages. 

There are two main reasons for Lisp’s 
popularity: extensibility and flexibility. 
Lisp’s extensibility derives from the capa¬ 
bility that it provides to build powerful, 
friendly systems starting with just a few 
basic primitives and data types. In this 
connection, Lisp has been likened to a 
ball of mud. 1 You start with a small one, 
add features to it, and it is still a ball of 
mud. Its flexibility stems largely from its 
dynamic nature. 

Lisp is dynamically typed and ideally 
suited for incremental program develop¬ 
ment, making it a good choice for the fast 
prototyping of software systems. Several 
current symbolic manipulation and alge¬ 
braic systems, design and graphic de¬ 
scription systems, expert systems, and 
other heavily-used non-numeric systems 
are also based on an underlying Lisp sys¬ 
tem. Typically, these systems do not run 
efficiently due to the large semantic gap 
between list-manipulating languages like 
Lisp and the conventional von Neumann 
machine. 

In this survey, we discuss what takes 
place during typical Lisp execution. Based 
on this, we enumerate the runtime require¬ 
ments of a Lisp system and identify po¬ 
tential obstacles to good machine perfor¬ 
mance. We provide a classification of the 
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Lisp machines that we encountered dur¬ 
ing our survey, and examine the tech¬ 
niques employed in these machines to 
cater to Lisp’s runtime requirements. 


Runtime requirements 
of a Lisp system 

Lisp originated in the late 1950’s as a 
list-processing language. 2 This version of 
Lisp, known today as Lisp 1 or “pure” 
Lisp, was mathematically elegant but 
awkward to program. Since the 1950’s, 
Lisp has undergone a steady evolution, 
with Lisp 1.5, 3 Maclisp, 4 Interlisp, 5 
Scheme, 6 Franz Lisp, 7 and T 8 among the 
more prominent stages along the way. This 
proliferation of Lisps prompted efforts to 
arrive at a Lisp standard, resulting first in 
Standard Lisp 9 and, more recently, in 
Common Lisp. 10 

A Lisp program is organized as a collec¬ 
tion of functions that call each other. Lisp 
execution can therefore be thought of as a 
series of nested function evaluations. Ex¬ 
tensive function calling is typical of Lisp. 
Another characteristic of Lisp is the data 
structures that these functions operate 
on—they are, by and large, lists. Under¬ 
standing these Lisp hallmarks lays the 
foundation for discussing and contrasting 
different Lisp machine architectures. 

Function calling. In general, function 
calls and returns are expensive operations. 
Lisp function calls, however, are more 
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complicated than those in a lexically- 
scoped language like Pascal, since Lisp 
function evaluation takes place in a dy¬ 
namically bound context: The latest active 
value bound to a variable name is used 
when that variable is referenced. At any in¬ 
stant in Lisp execution, there exist a number 
of dynamically nested, uncompleted func¬ 
tion calls. Only one of these, the most re¬ 
cent, is active. 

Each of these function calls has a 
referencing context associated with it. The 
referencing context is a set of name-value 
pairs that specifies the current bindings of 
the variable names used in the function. 
We will use the term environment to refer 
to the collection of referencing contexts 
corresponding to all the function calls 
uncompleted at a given time. 

When a function call completes and re¬ 
turns control to its caller, the referencing 
context of that caller must be restored to 
allow it to become active and continue 
execution. It therefore becomes neces¬ 
sary to update the environment upon 
every function call and function return. 

When a variable name is encountered 
during the evaluation of the body of a 
function, the environment is interrogated 
for the current binding of that name. (We 
also refer to environment interrogation 
as name lookup.) Maintaining the en¬ 
vironment is not conceptually difficult. A 
simple scheme using a name-value bind¬ 
ing stack would simply have to add and 
delete items from the top of the stack on 
function calls and returns in order to up¬ 
date the environment. In Lisp, where 
function calling is frequent, it is essential 
that environment interrogation be fast; 
the simple name-value binding stack 
could result in slow lookup. 

In a simple form of Lisp function 
evaluation, the definition of a function 
specifies exactly how many arguments 
the function expects. Calling a function 
with a different number of arguments is 
an error. 

When the function is called, the argu¬ 
ments in the call are evaluated and then 
bound to the formal arguments of the 
function. The environment must be 
modified so that these new bindings are 
present in the currently active referencing 
context. The body of the function is then 
evaluated, and a return value made ready 
for the calling function. Finally, the en¬ 
vironment is again modified to mirror the 
referencing context of the calling func¬ 
tion, to which control is now returned. 

Several variations of this mode of 
function evaluation have arisen. In one 


variation, functions are allowed to accept 
a variable number of arguments. This is 
useful in program development, and has 
made Lisp a popular prototyping lan¬ 
guage. Other variations do not evaluate 
arguments before binding them to formal 
arguments or lambda variables. The syn¬ 
tactic conventions used to specify these 
function calls vary from Lisp to Lisp. 

Finally, there are variations in which a 
function is allowed to return more than 
one value to the function that called it. All 
of these variations make it difficult to pro¬ 
vide generally applicable architectural 
support for function calling in Lisp. 

Unfortunately, the woes of Lisp func¬ 
tion calling do not end here. In Lisp, func¬ 
tions can be passed as arguments. This 
adds to the complexity of function calling. 
As with all arguments, such a functional 
argument is bound to a formal argument, 
but when it is executed the evaluation must 
be conducted in the referencing context 
present when the functional argument was 
initially passed as an argument. 

The problem of maintaining the en¬ 
vironment consistently under such condi¬ 
tions is called the funarg problem ; a 
funarg is a function-environment pair. 
This implies that function calling and 
returning are not strictly last in, first out, 
and complicates the implementation of 
environments. If function calling and 
returning were strictly LIFO, the environ¬ 
ment could be implemented using a LIFO 
stack. 

With the advent of functional argu¬ 
ments, information about the referencing 
context of a function call might have to be 
retained even after the call has returned. 

Thus, three problems make efficient 
function calling critical to Lisp system per¬ 
formance: the high frequency with which 
function calls are made, the existence of a 
number of calling conventions, and the 
need to maintain the environment effi¬ 
ciently across function calls. 

Dealing with lists. The fundamental 
data structure in Lisp is the list. More 
specifically, Lisp data objects are called 
s-expressions, short for symbolic expres¬ 
sions. Two special cases of s-expressions 
are atoms and lists. Examples of atoms are 
numbers and names (character strings). A 
list is a collection of atoms and other lists; 
recursively defined data structures are thus 
possible. In Lisp notation, a list consists of 
a left parenthesis followed by zero or more 
atoms or lists separated by spaces and end¬ 
ing with a right parenthesis. 

Lists are typically represented as linked 


lists of list cells. A list cell is composed of a 
pair of pointers: the car pointer points to 
the contents of that list cell (which could 
be an atom or another list), and the cdr 
pointer is a link to the next list cell in the 
list. The special atom nil terminates lists 
and is also equivalent to the empty list. We 
will use the term heap memory to refer to 
the memory containing all the list cells. 

Figure 1 illustrates a list cell, with its car 
and cdr pointers, and how these list cells 
are used to represent lists. 

Lisp provides a set of predefined, primi¬ 
tive functions to manipulate lists. This set 
includes cons (used to create a new list 
cell), car (returns the first element of a list 
argument), cdr (returns everything follow¬ 
ing the first element of a list argument), 
rplaca (used to replace the car pointer of 
the list argument), and rplacd (used to re¬ 
place the cdr pointer of the list argument). 

The data manipulated by Lisp programs 
is stored in lists, and accessing it often in¬ 
volves traveling down several pointers at 
runtime using this set of primitive func¬ 
tions. A large fraction of Lisp execution 
time is spent in following these pointers. 11 

There are no type declarations in Lisp. 
This facilitates quick program devel¬ 
opment, but complicates runtime opera¬ 
tion. Due to Lisp’s dynamic nature, all 
data type checking must be done at run¬ 
time, which is less efficient than conduct¬ 
ing these checks at compile time. 

As a simple example of the need for type 
checking, consider the arithmetic function 
call (subtract X Y). The values ofX and Y 
could be either integers or real numbers; a 
different action must be initiated in each 
case. This can be decided only at runtime. 

To facilitate this runtime type checking, 
Lisp machines use tagged memories and 
usually contain type-checking hardware. 
For example, the Symbolics 3600 provides 
hardware support for 34 data types, in¬ 
cluding symbols, list cells, infinite preci¬ 
sion integers, floating-point numbers, 
complex numbers, rational numbers, and 
arrays. Data words are tagged with a six- 
bit type tag (some combinations of which 
are unused), and hardware support is pro¬ 
vided to enable type checking in parallel 
with computation. 

Another important issue in dealing with 
lists is the management of heap space. In a 
language like Fortran, a compiler can 
predict the exact runtime memory re¬ 
quirements of any program. This is not 
possible in Lisp, where the number of list 
cells required during the evaluation of a 
program cannot be predicted by examin¬ 
ing the program. Further, while the pro- 
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grammer explicitly causes new data ob¬ 
jects to be created, the programmer does 
not explicitly cause them to be reclaimed 
when they are no longer referenced. 

Left to itself, then, a Lisp program 
would soon run out of heap space. To pre¬ 
vent this from happening, list cells that 
have no extant pointers pointing at them 
(called garbage cells ) have to be recovered 
and made available for reuse. This task is 
performed by the Lisp system. 

Heap management has become an issue 
of prime concern to Lisp system designers. 
Lisp did not attain widespread popularity 
until there were efficient solutions to this 
problem. 

To summarize, we consider the four 
major problem areas to be 

(1) efficient function calling, 

(2) environment maintenance, 

(3) list access and representation, and 

(4) heap maintenance. 

This assessment is confirmed by a survey 
of current Lisp machine designs. Most of 
the special architectural features included 
in these machines address one or the other 
of the issues listed above. 

Approaches to Lisp 
machine design 

The first implementation of Lisp was 
done between 1958 and 1960 on an IBM 
704. In fact, it is from the architecture of 
the 704 that the Lisp access primitives car 
and cdr get their names. The 36-bit data 
word of the 704 had two 15-bit fields, 
called the address and the decrement, that 
could be independently fetched to index 
registers using special instructions. The 
names car (contents of the address part of 
the operand) and cdr (contents of the 
decrement part of the operand) evolved 
from the representation of two-pointer list 
cells in these data words. Later on, it was 
with Lisp in mind that the designers of the 
DEC PDP-6 and PDP-10 computers in¬ 
cluded half-word instructions and stack 
instructions in these architectures. 

The Interlisp and Maclisp implementa¬ 
tions, developed at BBN and MIT respec¬ 
tively, used on these machines caused Lisp 
to gain in popularity in the artificial in¬ 
telligence community. The availability of 
these interactive Lisps led to a steady in¬ 
crease in the complexity of user programs 
and Lisp implementations in the years that 
followed. 

The next landmark in Lisp implementa¬ 
tion came in 1977, with the MIT Lisp 
Machine project. 12 Inspired by work 


car cdr 

( a ) pointer pointer 



(b) a list 

Figure 1. A list cell and a sample list, (a) A list cell, with car and cdr pointers. 

(b) Representation of (This is (a list)) using list cells. 


done on personal Lisp machines at Xerox 
PARC, 13 the MIT Lisp Machine was a 
single-user computer, thereby assuring the 
user of a higher degree of service than that 
obtained on a time-sharing system. The 
MIT Lisp Machine was implemented with 
a microprogrammed architecture, using 
“a very unspecialized processor” for rea¬ 
sons of speed, cost, and ease of micropro¬ 
gram debugging. Key Lisp primitive func¬ 
tions were implemented directly in 
microcode. 

Many of the commercial Lisp machines 
that have appeared on the market since 
then are based on the MIT Lisp Machine 
design experience. Examples include the 
Symbolics 3600, the LMI Lambda, and 
the TI Explorer. Another commercially 
available Lisp machine is the Facom 
Alpha. 14 At the same time, there has been 
ongoing research on alternative Lisp ma¬ 
chine architectures, mainly at the univer¬ 
sity level. 

The Lisp machines that we surveyed can 
be roughly divided into three classes. First 
are the Class M machines, unspecialized 
microcoded Lisp processors like the MIT 
Lisp Machine or the Xerox PARC Lisp 
machine projects mentioned above. Sec¬ 
ond are the Class S machines, mul¬ 
tiprocessor organizations where each pro¬ 
cessor serves a specialized function. Ex¬ 
amples of this are the Fairchild FAIM-1 
multiprocessor AI machine 15 and a Lisp 
machine project undertaken at Keio Uni¬ 


versity in Japan. 16 Third are the Class P 
machines, multiprocessor systems com¬ 
posed of pools of identical processing 
elements and aiming for high performance 
through concurrent evaluation of dif¬ 
ferent parts of a Lisp program on separate 
processors. Examples are Guzman’s AHR 
Lisp machine, 17 the EM-3 machine, 18 
and the Evlis machine project at Osaka 
University. 16 Within the framework of 
this classification we can discuss how dif¬ 
ferent machines address our four architec¬ 
tural issues. 

Function calling. Earlier we presented 
several Lisp function calling conventions. 
In practice, a Lisp machine does not need 
to support all of these function calling 
conventions. For example, suppose a 
function calling convention expects a fixed 
number of arguments to be evaluated. To 
implement a calling convention that does 
not evaluate the function arguments, the 
evaluation must be suppressed. In most 
Lisps this can be done using the quote 
function, which suppresses the evaluation 
of its arguments. To allow a variable num¬ 
ber of arguments, the actual arguments 
can be passed as a single argument in the 
form of a list, which is then split up into its 
parts (using car and cdr in the function). 
Similarly, to implement a calling conven¬ 
tion that evaluates its arguments using a 
calling convention that does not, we could 
cause the arguments to be explicitly 
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evaluated in the function before the func¬ 
tion body itself is evaluated. 

Lisp functions are represented as lists. 
Low-level primitives like car and cdr are 
typically implemented as a few machine 
instructions. During the evaluation of 
user-defined functions, however, the Lisp 
interpreter must access the internal list 
representation of the function. The inter¬ 
pretation process thus involves frequent 
accessing of the list representation of the 
function, interspersed with the execution 
of machine instructions corresponding to 
primitive operations. 

To speed up the evaluation process, Lisp 
compilers have been developed. A compil¬ 
er reduces a function to a set of machine 
instructions, resulting in faster execution. 
On the negative side, compilation some¬ 
times requires the programmer to declare 
the properties of functions and variables. 
This weakens the flexibility of Lisp 
programming. 

Class M and Class S machines typically 
provide a range of function calling sup¬ 
port. In the MIT Lisp Machine, for exam¬ 
ple, a function can exist in any of three 
forms: as slow interpreted code, as faster 
macro-compiled code, or as directly com¬ 
piled microcode. The programmer 
chooses between the three based on how 
frequently a function is used. 

In the case of interpreted or macro- 
compiled code, there are two function call 
instructions: CallO for calls with no 
arguments, and the slower Call instruction 
for other functions. Call initiates the 
evaluation of the function’s arguments 
and their binding to formal parameters. 

The Symbolics 3600 divides this func¬ 
tionality over several instructions. There 
exists a set of function-calling instructions 
(including a special instruction for func¬ 
tion calls that have no arguments) and a set 
of argument-binding instructions. Both 
the MIT Lisp Machine and the Symbolics 
3600 have function return instructions 
that allow multiple values to be returned. 

An interesting variation on the Call in¬ 
struction was used in a MicroLisp project 
at Xerox. Based on an observation that 
most functions have between zero and six 
arguments, eight kinds of function calls 
are supported: for functions with zero, 
one, two, three, four, five, six, and more 
than six arguments. In the latter case, the 
actual number of arguments is specified 
as a separate argument in the Call instruc¬ 
tion. A similar scheme is used in the Sym¬ 
bolics 3600. 

Several Class P machines have at¬ 
tempted to add another dimension to 


function calling by evaluating the argu¬ 
ments of a function call in parallel. In 
Guzman’s multimicroprocessor Lisp ma¬ 
chine, AHR, 17 and the Evlis multipro¬ 
cessor Lisp machine at Osaka University, 16 
the evaluation of each argument is forked 
off onto a separate processor. As soon as 
all of a function’s arguments have been 
evaluated, that function gets scheduled 
on a free processor. 

The EM-3 machine 18 attempts even 
more. To trigger increased amounts of par¬ 
allel evaluation, the EM-3 allows incom¬ 
plete results to be sent forward. Thus, 
when all of the arguments of a function 
have become available, a pseudo-result is 
generated for that function and returned 
to its caller. Since some of those argu¬ 
ments could themselves be pseudo-re¬ 
sults, the evaluation of a function keeps 
going in parallel with that of its argu¬ 
ments. Evaluation gets blocked when 
actual results, not pseudo-results, are 
needed. Such an evaluation scheme clear¬ 
ly involves a complicated control mecha¬ 
nism. To reduce the overhead of this con¬ 
trol complexity, several researchers have 
suggested language extensions per- 
mittingthe Lisp user to specify where paral¬ 
lel argument evaluation can be safely 
performed. 19 

Maintaining the environment. Recall 
that we refer to the collection of referenc¬ 
ing contexts (made up of name-value bind¬ 
ing pairs) in effect at a given time as the 
environment of Lisp execution. This en¬ 
vironment must be modified on function 
call and on function return. 

The most straightforward way to imple¬ 
ment the environment would be as a linear 
linked list of name-value pairs. New items 
get appended to the head of this associa¬ 
tion list on function calls and deleted from 
the head of the list on function returns. 
Whenever a variable is referenced during 
the evaluation of a function, the associa¬ 
tion list is searched (from the head) for the 
first, and hence most recently active, in¬ 
stance of that variable name. In the worst 
case, this variable lookup might involve 
scanning the entire association list. 

This implementation of the environ¬ 
ment is called deep binding. An alter¬ 
native, called shallow binding, maintains a 
table with one entry for each variable 
name. Each entry contains the current 
value binding of that name. The table is 
often called the oblist or global symbol 
table. Each variable name thus has a value 
cell (in the table) associated with it. 

Shallow binding changes the name in¬ 


terrogation problem from one of list 
search to a simple table lookup. To main¬ 
tain consistency, the table of value cells has 
to be modified on each function call and 
return. Bindings in danger of being over¬ 
written by a newer value have to be saved 
(typically on a binding stack), to be used 
in restoring the table to its original state on 
function return. 

This table modification procedure is 
more complicated than in the case of a 
simple deep bound association list, where 
all deletions and additions to the list take 
place at the head. In choosing one im¬ 
plementation over the other, there is clear¬ 
ly a trade-off to be made between fast 
function calling and fast variable lookup. 
Further, it is possible to conceive of a con¬ 
tinuum of implementation schemes be¬ 
tween deep and shallow binding. 

The MIT Lisp Machine supports a 
shallow bound environment. On a func¬ 
tion call, some value cells get modified to 
reflect the new name-value bindings 
associated with the call. These values are 
stored on a binding stack from where, on 
function return, the modified value cells 
are restored to their original values. A 
similar scheme is used in the Symbolics 
3600. As an optimization, a bit in each 
frame on the control stack indicates 
whether or not there are value cell 
modifications associated with that call. 
This saves simple function calls from hav¬ 
ing to pay the shallow binding overhead. 

Most of the other machines that we 
surveyed support a deep bound implemen¬ 
tation of environments. The penalties 
associated with variable lookup are reduced 
with the help of architectural support. For 
example, Deutsch 13 used a caching 
scheme so that repeated references to the 
same variable in the same function cause 
only one expensive lookup to be made, re¬ 
sulting in cost savings of as much as 80 
percent. 

The Facom Alpha 14 supports deep 
bound environments with a value cache. 
The value cache is an associative memory 
device that is searched before the associa¬ 
tion list during the lookup process. The 
association list is maintained in the frames 
of the control stack; the name-value bind¬ 
ings added to the environment on a func¬ 
tion call are stored in the control stack 
frame associated with that function call. 
Each value cache entry is made up of a 
valid bit, a stack frame number (to identify 
which function call it belongs to), and 
fields for the variable name and value 
binding. When a function is called, the 
value cache is searched for the names of 
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Figure 2. Two-pointer-cell representation of (A B C (D E) F G). 


the function’s formal arguments and local 
variable names. Such cache entries are in¬ 
validated. Then, for each variable lookup 
that is a miss in the value cache, the usual 
lookup (in the association list) is done, 
after which the corresponding value cache 
entry is updated and the value cache entry 
validated. On function return, the value 
cache is again searched and all entries 
whose frame numbers are the same as that 
of the current function are invalidated. 

Class P machines have added problems 
in maintaining the environment. The en¬ 
vironment of each ongoing evaluation 
must be available; instead of an associa¬ 
tion list, there is an association tree rooted 
at the global environment of the top level. 
A new branch gets added on to each func¬ 
tion evaluation. Since arguments get eval¬ 
uated in parallel, these branches grow in 
parallel. To perform a variable lookup, a 
processor specifies the variable name and 
the head of the association tree branch 
corresponding to its environment. Class P 
machines typically use deep bound im¬ 
plementations of environments. 

Though we have described Lisp as being 
dynamically scoped, several modern Lisps 
are lexically scoped. Examples include 
Scheme, T, Common Lisp, and NIL. 
Under lexical scoping, a variable name is 
visible only in the lexical context of its bind¬ 
ing, as in a language like Pascal. This 
modification simplifies the task of compil¬ 
ing Lisp functions and removes the name 
lookup problem. 

Lexical scoping also raises language 
issues. The designers of Scheme argue 
against dynamic scoping because it 
violates referential transparency, the re¬ 
quirement that “the meanings of the parts 
of a program be apparent and not change, 
so that such meaning can be reliably 
depended upon” through its global effect 
on the meaning of names. 

To recap, there are two main schemes 
for maintaining runtime referencing en¬ 
vironments: deep binding and shallow 


binding. Deep bound environments allow 
for fast function calls and returns at the ex¬ 
pense of potentially slow name interroga¬ 
tion, while shallow bound environments 
make name interrogation fast at the ex¬ 
pense of slower function calls. As seen 
from the discussion of machines above, a 
combination of these techniques is used. 

Efficient list representation. In early 
Lisps, lists were represented as linked lists 
of two-pointer list cells. Each of the two 
pointers was large enough to address all of 
memory. Figure 2 illustrates the two- 
pointer list cell representation. This 
representation proves efficient as far as list 
accessing is concerned. 

With these two-pointer list cells, both 
the car and cdr primitives can be im¬ 
plemented as simple memory read opera¬ 
tions, rplaca and rplacd as simple memory 
write operations, and cons as a list cell 
allocation followed by two memory write 
operations. However, one of the problems 
with this representation of lists can be seen 
when we try to traverse, or access all the 
elements of, a list. During a traversal, the 
address of the list cell to be accessed next is 
contained in one of the pointers of the cell 
that has just been accessed. The address 
can be forwarded to the memory system 
only after the previous access has been 
completed. 

This addressing bottleneck slows down 
list traversal. Thus, the two-pointer list cell 
representation is considered time ineffi¬ 
cient. Further, the representation is highly 
space inefficient. Studies have shown that 
it is not necessary for both the car and cdr 
pointers to span the entire address space. 

Lisp machines generally provide more 
compact representations of lists. We 
classify these compact list representation 
schemes as either vector-coded or struc¬ 
ture-coded. 

Vector-coded representations of lists. 
The basic idea behind vector-coded list 


representation schemes is to represent 
linear lists as linear vectors of symbols. We 
call a list linear if none of its elements is 
itself a list. Under such a scheme, a list cell 
is represented by a vector element, with its 
car pointer assumed by default to be a 
pointer to a symbol, and its cdr pointer 
assumed by default to be a pointer to the 
next element in the vector. Pointers that 
differ from these default types are dealt 
with by providing for exception condi¬ 
tions. In traversing a list the address of the 
next list cell to be accessed is, by default, 
the next location in the vector. The 
address-generation bottleneck appears only 
when the exception condition occurs. 
Hansen first proposed this kind of repre¬ 
sentation. 20 Two examples of this basic 
vector-coded representation are the cone 
representation 21 and the linked vector 
representation. 22 

The cone representation calls its vectors 
tuples. A tuple is a list of elements stored in 
contiguous memory locations. It is accessed 
through a descriptor that specifies the 
number of elements in the tuple, and a 
pointer to the beginning of the tuple. 
Special tuples called cone cells have 
elements that are pointers to other cone 
cells or to tuples. Cone cells are used to im¬ 
plement list concatenation without having 
to modify the list structure. In the con¬ 
catenation of lists LI and L2 in the naive 
two-pointer list cell representation, list 
concatenation involves modifying a point¬ 
er at the end of LI to point to L2. In the 
cone representation, the operation in¬ 
volves allocating a cone cell and setting its 
fields to LI and L2. 

The linked vector representation is an¬ 
other basic vector-coded representation. 
To take care of exception conditions, each 
vector element is tagged as either a default 
cell or an indirection ceil. Default cells 
contain list elements, while indirection 
cells contain pointers to elements in other 
vectors (or to nil). The last cell in a vector is 
assumed to be an indirection cell. Further, 
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Figure 3. Linked vector representation of (A B C (D E) F G). 


as an optimization to make frequent vec¬ 
tor compactions unnecessary, each vector 
element can be tagged unused. All of the 
information about a vector element can be 
encoded into a two-bit tag, with the four 
tag-field sequences used to differentiate 
between the cdr being nil, the cdr starting 
from the next cell, the current cell being an 
indirection cell, and the current cell being 
unused. Figure 3 illustrates the linked vec¬ 
tor representation. 

Notice that vector-coded representation 
schemes are both space efficient and time 
efficient. The main problem with the basic 
vector-coded representation scheme fol¬ 
lows from the fact that the unit of memory 
allocation is the vector. If fixed sized vec¬ 
tors are used, either internal fragmenta¬ 
tion (if the vectors are too large) or an ex¬ 
cessive number of indirection cells (if the 
vectors are too small) results. If, on the 
other hand, variable sized vectors are used, 
memory management becomes difficult. 
A separate free list must be maintained for 
each vector size, and on every vector 
allocation, a decision must be made as to 
which vector size should be allocated. The 
cdr-coding schemes that we describe next 
overcome this problem by allocating mem¬ 
ory in units of vector elements. 

The cdr coding representation scheme is 
used in the MIT Lisp Machine, the Sym¬ 
bolics 3600, and many other Lisp ma¬ 
chines. With this scheme, lists are repre¬ 
sented using cdr-coded list cells, made up 
of a large car pointer and a small cdr-code. 
For example, in the MIT Lisp Machine, 
the two fields are 29 bits and 2 bits wide, 
respectively. The four possible cdr-code 


bit sequences are called cdr-normal, cdr- 
error, cdr-next, and cdr-nil. Cdr-next and 
cdr-nil approximate a vector-coded 
representation. 

A vector is made up of a set of con¬ 
tiguous cells whose cdr-codes are cdr-next, 
except for the last cell in the vector, which 
has a cdr-code of cdr-nil. The cdr of each 
list cell is simply the cell next to it. The cdr- 
normal code is provided for cases where 
such a vector representation is not possi¬ 
ble. A cell with a cdr-code of cdr-normal is 
assumed to have its cdr pointer in the next 
cell. The car of such a cell is in its 29-bit car 
field. Its neighboring cell will have a cdr- 
code of cdr-error. Thus, if a cell has a cdr- 
code of cdr-normal, then that cell and its 
neighbor resemble a normal two-pointer 
list cell. 

When lists get destructively modified 
(by rplaca and rplacd operators) during 
Lisp execution, the compact vector-coded 
parts of a list might have to be modified 
into less space-efficient structures, possi¬ 
bly using indirect pointers. Dereferencing 
such indirect pointers during list access in¬ 
volves extra memory activity. Invisible 
pointers are used to reduce this indirection 
cost. An invisible pointer is automatically 
dereferenced by the hardware, thereby re¬ 
ducing the indirection cost and overhead 
associated with the data structure 
reference. 

Figure 4 illustrates the MIT Lisp 
Machine cdr-coded representation. 

The compact list representation scheme 
employed by Deutsch 13 is also called cdr- 
coding. This scheme uses a 24-bit car field 
and an 8-bit cdr-code. A cdr-code of 0 


means that the cdr is nil, while cdr-codes 
between 1 and 127 are interpreted as off¬ 
sets to be added to the current list cell ad¬ 
dress to obtain the address of the cdr of 
that list cell. A cdr-code of 128 means that 
the cdr is located at the address specified in 
the car field of the list cell, and cdr-code 
values 129 to 255 represent the offset from 
the current list cell where the address of the 
cdr is located. This interpretation of cdr- 
codes was chosen largely from working set 
considerations, since the Lisp system 
operated in a paged virtual memory sys¬ 
tem with a page size of 256 words. 

Structure-coded representations of 
lists. The basic idea behind structure- 
coded list representation schemes is to at¬ 
tach to each list cell a tag that specifies the 
position of that cell in the list structure. 
In addition, list structures are stored on 
associative memory devices. The combi¬ 
nation of detailed structural information 
at each node and associative search 
capabilities leads to the potential for fast 
list access and traversal. In list traversal, 
the address of a list element can be 
generated without having to look at the 
list cell accessed prior to it. 

Minsky described a scheme for repre¬ 
senting binary trees on associative 
devices. 23 Each node of the tree is tagged 
with a pair (l,k) , where / is the depth of 
the node in the tree and k is the maximal 
number of nodes at level / that could 
precede (l,k) in left to right order. Figure 
5 illustrates this list representation. 

An extension of this node tagging 
scheme is suggested for use in the BLAST 
(Better List processing using Associative 
Tables) Lisp machine architecture, 24 
where the pair (l,k) is compressed into a 
single node number, N = 2 1 ' 1 + k. A list 
can be mapped into such a tree with all 
the symbols in the list mapping into 
leaves in the tree. The symbolic informa¬ 
tion contained in the list is present in the 
leaf nodes of this tree, and the structural 
information of the list is described by the 
shape of the tree. It then becomes possi¬ 
ble to represent a list compactly by 
remembering only its symbols and tag¬ 
ging each with its node number from the 
corresponding tree. A list is thus encoded 
as a set of (node ^number,symbol) 
tuples. In BLAST, these tuples are stored 
in tables called exception tables. An 
associative searching capability on such 
tables is useful in efficiently implement¬ 
ing list manipulation operations. 

Potter described two schemes that 
achieve a similar encoding. 25 One of 
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these, called CDAR coding , tags each 
symbol in a list with a string of 0’s and 1 ’s. 
This string specifies the series of car 
(represented by 0’s in the string) and cdr 
(represented by l’s in the string) opera¬ 
tions that, when applied to the list, yield 
that symbol as the result. This is equivalent 
to the node number used in BLAST; it 
specifies the position of the symbol in the 
list and can be used to make list access 
operations efficient. 

The other encoding scheme, called the 
explicit parenthesis storage (EPS) 
representation, tags each symbol with 
three pieces of information: the number of 
left parentheses in the list preceding the 
symbol, the number of right parentheses 
in the list preceding and immediately 
following the symbol, and the position of 
the symbol in the list. 

Figure 6 illustrates the CDAR coded 
and EPS list representations. 

The structure-coded schemes improve 
list access speed by eliminating the re¬ 
peated heap memory references to point¬ 
ers when accessing a list. The heap address 
of a list item is basically generated by a 
base plus offset calculation. There are 
other ways to achieve the goal of improved 
list access speed. One approach includes 
storing structural information in a cache¬ 
like memory. 26 

To summarize, the simplest way to 
represent lists is using two-pointer list 
cells. The major drawback with this 
scheme is that the information needed to 
address a list cell is entirely contained in 
another list cell. Because of this, in per¬ 
forming a list access the processor must 
wait for one memory access to complete 
before the next one can be initiated. 

We have seen two classes of more com¬ 
plicated list representation schemes: 
vector-coded and structure-coded. Simple 
linear lists can be represented compactly 
and accessed efficiently using vector- 
coded representation schemes. Unfor¬ 
tunately, not all lists are linear, and vector- 
coded representation schemes include 
exception conditions to take care of more 
complex list structures. In such schemes, 
the information needed to address a list 
cell is still partially contained in another 
list cell. 

The Lisp machines that we surveyed 
used either the naive two-pointer list 
representation or a vector-coded list 
representation (typically cdr-coding). 
Structure-coded representation schemes 
make it possible to address the elements of 
a list independently by attaching to each 
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Figure 6. CDAR-coded and EPS representations of (A B C (D E) F G). 
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list cell a tag that describes its position in 
the list. 

We found no clear consensus on which 
type of list representation scheme is 
preferable. A major factor in making this 
determination would be how typical Lisp 
programs access lists. 27,28 For instance, if 
lists are usually accessed in a very well- 
structured manner (akin to the manner in 
which a Fortran DO loop accesses the 
elements of an array), then structure- 
coded representation schemes would be 
preferred. 

Heap maintenance. Finally, we turn our 
attention to heap maintenance strategies. 
By and large, Lisp machines are tagged ar¬ 
chitectures. Tags are used to specify data 
types, which greatly facilitates type check¬ 
ing in a dynamic language like Lisp in 
which there are no type declarations. Tags 
also make it possible to distinguish be¬ 
tween list pointers and atomic data, which 
turns out to be useful in managing the 
heap space. Recall that in Lisp, it is the sys¬ 
tem’s responsibility to manage the alloca¬ 
tion and reclamation of list cells in the 
heap, since the user does not explicitly 
deallocate list objects. Since the reclama¬ 
tion of garbage cells is its most interesting 
facet, heap maintenance has come to be 
largely identified with garbage collection. 
Clearly, the goal of garbage collectors is to 
reclaim garbage quickly and with minimal 
overhead. 

Garbage collection is a two-stage pro¬ 
cess. We call the two stages garbage detec¬ 
tion and garbage reclamation. The gar¬ 
bage detection stage involves identifying 
which heap memory cells are no longer 
referred to, after which the garbage is 
treated and made ready for reuse in the 
garbage reclamation stage. Garbage 
reclamation often just involves adding the 
newly recognized garbage cell to a list of 
free list cells available for reallocation. In 
systems where lists are represented using 
compact representations, reclamation 
might also require compacting the parts of 
the heap in use. Garbage detection can be 
done in two ways, either by using reference 
counts or by marking. 

In marking, all accessible list cells are 
marked, starting with a set of root cells 
known to be non-garbage cells, following 
the pointers contained within them to 
other list cells, and so on. All list cells not 
marked at the end of this operation are not 
accessible and are reclaimable as garbage. 

Marking involves a space overhead of at 
least one bit per cell to be used for the 
mark. In marking schemes, garbage col¬ 


lecting need be initiated only when there is 
no more heap space available and a re¬ 
quest for more space is made. So, the 
overhead of heap management is felt only 
when there is no more free heap space. 

In reference counting, a count is main¬ 
tained for each heap cell of the number of 
extant pointers to it. A cell is known to be 
garbage when its reference count goes to 
zero. 

Reference counting has several draw¬ 
backs. One problem is memory space re¬ 
quired to maintain the reference counts. 
Each reference count could potentially 
become as large as the total number of list 
cells in the heap, possibly representing 100 
percent space redundancy in the heap. An¬ 
other problem is that heap users pay the 
price of garbage detection continuously in 
the form of this space overhead (a refer¬ 
ence count field for every list cell), and a 
time overhead (the updating of these 
counts on heap accesses). Further, refer¬ 
ence counting has the disadvantage of not, 
in general, being able to reclaim circular 
lists. Also, reference counting can lead to 
poor real-time performance. Consider 
what happens when the reference count of 
a list cell goes to zero. Before the list cell 
can be added to a free list of cells, the 
reference counts of the two list cells that it 
points at are decremented by one. This 
could cause the reference counts of these 
two cells to go to zero, in which case they 
would have to be reclaimed, with the refer¬ 
ence counts of their descendants being 
decremented by one. Thus, the seemingly 
simple operation of reclaiming a list cell 
could initiate an arbitrarily large amount 
of reference count updating and list cell 
reclamation. 

Several variations to these two basic 
schemes have been developed. Some 
variations use a combination of the two 
schemes. 29 Others use clever marking 
schemes to enable marking in parallel with 
the “useful” Lisp evaluation. 30 These 
schemes are called copying garbage collec¬ 
tors. They can also be made to work in real 
time by performing a fixed number of 
relocations on every heap allocation re¬ 
quest, resulting in copying, incremental 
garbage collectors. 

The MIT Lisp Machine supports 
Baker’s real-time, copying, incremental 
garbage collection scheme. 30 Hardware 
features, such as tags, help in making the 
garbage collector efficient. Further, 
memory is organized as areas, where each 
area contains related list cells. The user can 
declare an area static and save the garbage 
collector the task of processing that area. 


The Symbolics 3600 uses a similar gar¬ 
bage collection algorithm with additional 
hardware support. 31 Each memory page 
has an associated page-tag that indicates 
whether or not that page contains pointers 
to memory areas of interest to the garbage 
collector. These tags help in reducing the 
work of the garbage collector. Objects are 
identified as static (unlikely to become gar¬ 
bage), ephemeral (assumed to contain cells 
likely to become garbage soon), or 
dynamic (assumed to contain cells of in¬ 
termediate lifetimes) based on how much 
garbage collection activity they have re¬ 
quired in the past. The virtual memory 
software maintains this information, as 
well as tables with other information 
useful to the garbage collector. 

Despite its drawbacks, reference count¬ 
ing has also been incorporated into Lisp 
machine garbage collectors. The Machine 
for Lisp Like Languages, M3L Project, 32 
uses a three-bit reference count field. This 
count does not include pointers on the 
runtime stack or in registers. Sansonnet et 
al. reported studies suggesting that this 
reference count suffices to reclaim about 
98 percent of all inaccessible list cells. If 
stack and register pointers are included, 
reference counts would grow in propor¬ 
tion to the number of function calls, due to 
the fact that arguments are passed on the 
stack. A separate one-bit reference flag is 
therefore maintained for each cell to in¬ 
dicate whether or not that cell is referred to 
by pointers on the stack and in registers. 
This has the unfortunate consequence that 
the reference flag might have to be up¬ 
dated on each stack operation. On a stack 
pop that involves a stack item containing a 
pointer to a list cell, the entire stack must 
be checked to see if there are any other 
references to that list cell in order to deter¬ 
mine whether or not to modify the list’s 
reference flag. 

The Facom Alpha also uses a reference¬ 
counting garbage collection scheme. 14 
The Alpha memory is organized as a num¬ 
ber of subspaces. Reference counts are 
used to reclaim subspaces, not list cells. 
So, there is one reference count for each 
subspace. The reference count of a sub¬ 
space counts only the pointers to cells in 
that subspace that originates from other 
subspaces. A marking scheme is used to 
detect garbage cells in subspaces. 

To summarize, mark and sweep algo¬ 
rithms are typically used to maintain the 
heap. (We include copying incremental 
garbage collectors in this class.) Different 
machines have variants of this basic tech¬ 
nique, so time spent in garbage collection 
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is amortized over the entire run of the pro¬ 
gram. This is important for responsive 
real-time performance. A few machines 
have incorporated reference counting 
techniques into a basic mark and sweep 
strategy. 


A survey of Lisp machines reveals 
that the designers had, by and 
large, four issues in mind in 
arriving at architectural support for Lisp: 
fast function calls, environment mainte¬ 
nance, efficient list representation, and 
heap maintenance. 

We do not see much variety in the ar¬ 
chitectural support for function calling 
and environment maintenance. Most ma¬ 
chines provide a small set of call instruc¬ 
tions to support the most frequent forms 
of function calls. They use either a shallow 
bound implementation of environments 
or a deep bound implementation. Some 
machines include a scheme for caching 
name-value bindings in order to make 
name lookups faster. The interesting 
research in these two areas seems to be in 
extensions to concurrent execution and 
new evaluation paradigms. 

How should lists be represented inter¬ 
nally? The simple list representation 
scheme, with the two-pointer list cell, is 
both space inefficient and time inefficient 
in terms of the time required to traverse a 
list. We classified list representation 
schemes as either vector-coded or struc¬ 
ture-coded; vector-coded representation 
schemes aim for space efficiency, while 
structure-coded schemes aim for access ef¬ 
ficiency. Which representation scheme is 
optimal? The answer to this question will 
depend on what lists typically look like 
and how they are accessed. For instance, if 
most lists are simple linear lists that do not 
get modified much, then vector-coded 
representation schemes would be prefera¬ 
ble. If they are not, but happen to be ac¬ 
cessed in well-structured ways, structure- 
coded list representation schemes can 
make efficient list access possible; list 
traversal can be performed more efficient¬ 
ly on structure-coded lists than on vector- 
coded lists. 

All of the machines that we surveyed 
provide some degree of support for heap 
maintenance. Commercial machines gen¬ 
erally provide support for real-time copy¬ 
ing incremental garbage collection. 
Hybrid reference counting and mark-and- 
sweep schemes have also been used. 

We see three areas related to Lisp 
machine design that are ripe for further 


investigation. The first is the use of 
structure-coded list representations. The 
structure-coding schemes that we de¬ 
scribed here have not been used in actual 
Lisp machines. There have been few at¬ 
tempts at investigating the use of such 
techniques in improving Lisp machine 
performance. 24 

The second area is the development of 
Multilisps. Lisp functions contain implicit 
parallelism. For example, the arguments 
to many functions could be evaluated con¬ 


currently. 16 Multilisps extend Lisp with 
constructs that enable the programmer to 
explicitly indicate which parts of a func¬ 
tion can be evaluated concurrently. 19 

The third area of promising research is 
the development of multiprocessor Lisp 
systems that spread evaluation over 
several processors, taking advantage of 
both the implicit and explicit parallelism 
present in Lisp programs. 19 Investigations 
in this area will require a reevaluation of 
architectural features that support Lisp. In 
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particular, we see the maintenance of the 
environment and the heap as the major 
areas of interest. 
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A Survey of 
Microprocessor 
Architectures for 
Memory Management 

Borivoje Furht, University of Miami 
Veljko Milutinovi6, Purdue University 


This article describes 
and evaluates the 
methods applied in 
modem 

microprocessors to 
support memory 
management and 
virtual memory and 
discusses protection 
and security issues, 
and their 
implementations. 


T his article presents an overview of 
current 16- and 32-bit micropro¬ 
cessor architectures that support 
memory management. We define the basic 
requirements for a processor to support 
memory management and introduce hier¬ 
archically organized memory. We describe 
several address translation schemes, such 
as paging, segmentation, and combined 
paging/segmentation and discuss their im¬ 
plementation in current microprocessors. 
We give special emphasis to the applica¬ 
tion of associative cache memory, and 
analyze and compare single-level and mul¬ 
ti-level address mapping schemes. Fur¬ 
thermore, the article discusses the 
capabilities of current microprocessors to 
support virtual memory, which includes 
abilities to recognize an address fault, to 
abort the execution of the current instruc¬ 
tion and save necessary information, and 
to restore the saved state and resume 
normal processing. We evaluate two 
methods to restart the interrupted instruc¬ 
tion, instruction restart and instruction 
continuation, and discuss their implemen¬ 
tation in current microprocessors. We also 
discuss protection and security issues, and 
evaluate two protection schemes, hier¬ 
archical and nonhierarchical. 

The 16- and 32-bit 
microprocessor arena 

New-generation 16- and 32-bit micro¬ 
processors are extensively used in mul¬ 
tiuser and multitasking environments. 
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Therefore, there is an increased demand 
for the support of memory management. 
Furthermore, the current disk technology 
provides the increased capacity of sec¬ 
ondary memory, and the advanced micro¬ 
processors can directly address larger 
primary address space (real address 
space), which in turn requires an increased 
virtual memory space, as well as more 
sophisticated virtual memory manage¬ 
ment mechanisms. The relationship be¬ 
tween disk technology and available real 
and virtual address spaces for Intel micro¬ 
processors is shown in Figure 1. 

In the 16-bit microprocessor arena, the 
techniques applied to solve memory 
management problems are relatively in¬ 
adequate, and inefficient. At the 32-bit 
level, a more standardized approach can 
be found, and significantly more sophisti¬ 
cated architectures for memory manage¬ 
ment have been designed. This article 
evaluates various architectures for mem¬ 
ory management and virtual memory sup¬ 
port, and their implementations in existing 
microprocessors. Several important issues 
are addressed, such as selection of a virtual 
memory organization, multilevel memory 
mapping schemes, associative cache mem¬ 
ories applied to address translation, vir¬ 
tual memory support techniques, dynamic 
memory allocation algorithms, as well as 
protection and security techniques. Final¬ 
ly, we discuss the implementation of these 
techniques in current 16- and 32-bit micro¬ 
processors, such as Intel 286,386, and 432; 
Motorola 68010 and 6802; National 
32032; and Zilog Z80.000. 
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Memory management 
requirements 

Advanced microprocessor system archi¬ 
tecture, which is able to support memory 
management, uses the hierarchically struc¬ 
tured memory system, as shown in Figure 2. 

The memory system consists of three 
levels and involves maintaining a large ad¬ 
dress space based on a hierarchy of mem¬ 
ory devices, which differ in memory 
capacity, speed, and cost. At the first level 
is the high-speed cache memory, which is 
the most expensive and therefore of the 
lowest capacity. At the second level is the 
real (primary) memory, which is slower 
but less expensive than the cache memory. 
The third level consists of large capacity 
storage devices, such as disks, which hold 
the programs and data that cannot fit in 
the first two levels. When a process is to be 
run, its code and data are brought into 
primary or cache memory, where cache 
memory always holds the most recently 
used code or data. 

In this hierarchical memory structure, 
the basic requirements of the memory 
management system can be specified as 
follows: 

(1) ability to translate addresses and sup¬ 
port dynamic memory allocation, 

(2) ability to support virtual memory, and 

(3) ability to provide memory protection 
and security. 

The virtual memory mechanism allows 
programs to execute even when only a few 
blocks of a program are in the primary 
memory, while the rest of the program is in 
the secondary memory (on the disk). 
There are two basic strategies in creating 
the microprocessor system architecture 
for memory management: (1) the memory 
management unit (MMU) is on the CPU 
chip, and (2) the memory management 
unit is not on the CPU chip. Both stra¬ 
tegies, as well as the list of microprocessor 
systems that apply them, are depicted in 
Figure 3. 

The main advantages of having the 
memory management on the CPU chip 
are: 

(1) access time improvement, because 
there is no off-chip MMU-related 
delays, 

(2) maximum portability of operating 
system and application programs, and 

(3) parts-count reduction. 

On the other hand, the memory man¬ 
agement on the CPU chip requires an ad¬ 
ditional transistor count, which could be 
invested into other more frequently used 



Years 

•Primary memory; ** secondary memory. 

Figure 1. Addressing range needs. The real physical address space of Intel processors 
has been increased from 1M bytes (i8086) to 16M bytes (1286) and further to 4G bytes 
0386). The virtual address space has been increased from 1G bytes 0286) to 10T bytes 
0386). Disk technology has been significantly improved from the capacity of a few 
hundred K bytes (floppy disk) to several hundred megabytes (hi-density Winchester) 
and several gigabytes (optical disk). ( Source: Intel Corporation, Touch the Future, 
Intel Design Seminar, Miami, Fla., 1985. Reprinted by permission of Intel Corpora- 
Oon © 1985.) 



Figure 2. Microprocessor system architecture with three levels of hierarchically 
organized memory to support memory management. Level 1 is high-speed cache; 
level 2, main memory; and level 3, backing store (secondary memory). ( Source: D. 
MacGregor and D. S. Mothersole, “Virtual Memory and the MC68010,” Micro, 
June 1983, pp. 24-38.) 
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Table 1. Memory addressing schemes in 
advanced microprocessors. 



resources. For example, the Motorola 
68020, which applies memory manage¬ 
ment off the CPU chip, uses the saved 
transistor count to implement the instruc¬ 
tion cache on the chip. 

Another important issue related to 
memory management is selection of the 
memory organization scheme. Basically, 
there are two types of memory organiza¬ 
tion schemes: linear and segmented. 

The location of the memory manage¬ 
ment hardware and the choice of a 
memory organization scheme are closely 
related. Typically, processors with on-chip 
MMUs have segmented memory manage¬ 
ment, while processors with off-chip 
MMUs have linear addressing. 

In the linear addressing schemes, ad¬ 
dresses typically start from zero, and pro¬ 
ceed linearly. The memory may later be 
structured, by software, at the level of 
address translation. 

In the segmented addressing schemes, 
the programs are not written as a linear se¬ 
quence of instructions and data, but rather 
as modules of code, data, stack, etc. The 
logical address space is broken into several 
linear address spaces, each of variable 


length, defined by the programmer or 
compiler. An effective logical address is 
computed as a combination of the seg¬ 
ment number, which is a pointer to a block 
in memory, and the segment offset, which 
defines the displacement within the seg¬ 
ment. There are two ways of forming the 
logical address in the segmented schemes: 
the logical address can be contained in the 
executing instruction or implicitly refer¬ 
enced. Segmented addressing schemes 
support users’ view of memory. The user 
views memory as a collection of segments 
of variable size, which is how he or she 
writes the program, decomposing it into a 
main program, subroutines, modules, 
data structures, etc. 

Table 1 shows memory addressing 
schemes applied in various advanced mi¬ 
croprocessors. 

Note that Intel and Zilog offer both seg¬ 
mented and linear addressing on their 
32-bit processors i80386 and Z80.000, 
respectively, as software-programmable 
options. 

In general, a linear addressing scheme is 
better suited for the applications that 
manipulate large data structures, while the 




Figure 4. Segmentation and address calculation, (a) Segmented addressing scheme of the i8086. Four 16-bit CPU segment registers 
point to four segments to main memory: code, data, stack, and extra data segment. Switching from module B to module A re¬ 
quires reloading the segment registers, (b) Address calculation in the i8086. The 20-bit physical memory address is result of an ad¬ 
dition of the content of the corresponding segment register and the offset address. (Source: Intel Corporation, Introduction to the 
iAPX286, Intel Corporation, Santa Clara, Calif., 1982. Reprinted by permission of Intel Corporation © 1982.) 
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se gmented addressing scheme facilita tes 
programming, enabling the programmer 
to structure soft ware into segme nts. In ad¬ 
dition, the segmented addressing scheme 
simplifies protection and relocation of ob¬ 
jects in memory. As an example of the 
segmented addressing scheme, Intel’s 
i8086 processor contains four 16-bit seg¬ 
ment registers, which point to four objects 
in the memory: code, stack, data, and 
extra segment (alternate data), as shown in 
Figure 4a. The address calculation mecha¬ 
nism, which produces a 20-bit physical ad¬ 
dress for the i8086, is shown in Figure 4b. 

Address translation 
techniques 

Regardless of the memory organization 
scheme, the processor must have an ad¬ 
dress translation mechanism to handle 
virtual memory. The address translation 
mechanism also provides a method of pro¬ 
tecting memory objects. 

Address translation is a process of map¬ 
ping logical to physical memory addresses. 
The address translation mechanism 


divides the memory into blocks, and then 
performs the mapping of a block of logical 
addresses into a block of physical memory 
addresses. It allows programs, data, stack, 
and other structures to be relocated in the 
primary memory. It also provides the base 
for virtual memory system design, where 
the logical address space can be larger than 
the physical address space. The other im¬ 
portant processor requirements for virtual 
memory support are discussed in a later 
section. Three basic address translation 
schemes are: (1) paging, (2) segmentation, 
and (3) combined paging/segmentation. 

In the paging systems, the primary 
memory is divided into fixed-size blocks 
(page frames), while in the segmentation 
systems, the blocks are of various size 
(segments), as shown in Figure 5. Segmen¬ 
tation refers to the address translation 
scheme and is different than the seg¬ 
mented memory organization discussed 
later. 

In segmentation systems, loading does 
not bind the program to positions in 
logical address space. In paging, the sub¬ 
division of the program’s logical address 
space into pages is done by the system (not 


by the programmer or compiler). 

Pages are usually of a relatively small 
size, compared to total memory. Typical 
page size is between 256 and 2048 bytes, 
while segments can be 64K bytes or more. 

In multiprogramming and time-sharing 
systems, many users share the same pro¬ 
grams, such as editors, compilers, utility 
programs, program library, etc. Both 
paging and segmentation systems provide 
page or segment sharing mechanism. This 
is done by having page (or segment) map 
table entries of different processes point to 
the same page frame in the primary mem¬ 
ory. Figure 6 illustrates the page sharing in 
a paging system. Segment sharing can be 
done in the same way. 

Paging/segmentation systems combine 
the features of both paging and segmenta¬ 
tion addressing schemes. The segmenta¬ 
tion part of the scheme manages virtual 
space by dividing the programs into 
segments, while the paging part manages 
physical memory, which is divided into 
page frames. Each segment consists of a 
number of pages, as shown in Figure 7. 

Sharing in paging/segmentation sys¬ 
tems can be implemented by having entries 


Virtual (secondary) Page mapping Primary memory 
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Figure 5. Address translation schemes, 
(a) Paging—primary memory is divided 
by the system into page frames of fixed 
size, (b) Segmentation—the segments are 
of variable size, defined by the program¬ 
mer or compiler. 
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Figure 6. Paging sharing in a paging system. Processes A and B share the same pages 
stored in the page frames 5 and 7 in the primary memory. (H. M. Deitel, An Intro¬ 
duction to Operating Systems, © 1984, Addison-Wesley Publ. Co., Reading, Mass. 
Reprinted with permission.) 


Virtual (secondary) 
memory 



Figure 7. Address translation by combined paging and segmentation (paging/seg¬ 
mentation system). The virtual (secondary) memory is divided into segments, while 
the primary memory is partitioned into page frames. A segment consists of one or 
more pages. 


in various segment map tables point to the 
same page map table. 1 

Selection of the address translation 
mechanism has a crucial impact on the 
memory management techniques, which 
have to be implemented by the operating 
system to handle page or segment fetch¬ 
ing, placement, and replacement. For ex¬ 
ample, the paging address translation sys¬ 
tem is well suited for page placement and 
replacement, because all pages are of 
uniform size, while the segmentation sys¬ 


tem needs more complicated placement 
and replacement algorithms to match in¬ 
coming segments with available memory 
space. In segmentation systems, a segment 
must reside entirely in physical (primary) 
memory in order to be executed, because 
the minimum unit that can be swapped is 
the segment itself. The available memory 
space then becomes fragmented into many 
small pieces, and there is not enough con¬ 
tiguous memory for storing one large seg¬ 
ment. Because of the fragmentation prob¬ 


lem associated with segmentation systems, 
paging systems are more efficient with 
respect to memory utilization. In paging 
systems, all pages are of equal size; thus 
pages can be swapped without leaving 
unusable fragmented spaces. However, 
the effect of the unusable fragmented 
space is not too critical anymore in today’s 
large “free” memory. Also, it is not 
necessary to swap in all pages of a program 
at once in order to execute it, but only the 
pages required (“demand paging”). This 
significantly reduces the swapping time 
per page; on the other hand, the swapping 
is now executed more often. In the an¬ 
ticipatory paging, the operating system 
attempts to predict the pages that will be 
needed by a process in the near future, and 
then it prefetches these pages when space is 
available. 1 By applying a smart anticipa¬ 
tory paging algorithm, processes will exe¬ 
cute much faster, because their pages are 
already in main memory when referenced. 

For all these reasons, the demand pag¬ 
ing address translation system seems to be 
the way to go. As a matter of fact, all ad¬ 
vanced 32-bit processors, as well as several 
16-bit processors, fully support the de¬ 
mand paging technique, which may 
become a standard address translation 
mechanism in future microprocessors. 

Furthermore, when one selects the ad¬ 
dress translation scheme (paging, seg¬ 
mentation, or combined system), there 
are two additional issues that should be 
addressedr(l) implementation of the 
selected address translation mechanism, 
and (2) selection of the number of map¬ 
ping levels. 

Implementation of the address trans¬ 
lation schemes. Basically, there are two 
te chniques for implementing 'achfr lss- 
translation mechani sms: (1) the table- 
translation technique''and (2) the register- 
translation technique. 

Table-translation technique. The table- 
translation technique is based on trans¬ 
lation tables located in primary memory; 
page map tables (PMTs) in the paging sys¬ 
tems, and segment map tables (SMTs) in 
the segmentation systems. 1-4 The table en¬ 
tries contain information to translate the 
logical into the physical address, as well 
as additional data for protection pur¬ 
poses, and to support placement and 
replacement algorithms. A typical for¬ 
mat of a translation table entry is shown 
in Figure 8. 

As an example of address translation 
implementation, the virtual address of the 
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i286 processor consists of a pair: segment 
selector and displacement v = (s,d). The 
segment selector points to the segment 
descriptor in the segment map table, as 
shown in Figure 9. The segment descriptor 
contains the primary memory address s', 
at which the segment begins. The displace¬ 
ment d is added to s', forming the real 
physical address, r = d + s', cor¬ 
responding to the virtual address v. 

The described address translation im¬ 
plementation method is known as direct 
mapping. Translating a logical address to 
a physical address, using direct mapping, 
requires an additional memory access 
operation to obtain segment (or page) base 
address, and therefore the use of direct 
mapping can cause the computer system to 
run programs at lower speed. There are 
several solutions applied in modern micro¬ 
processor architectures to overcome this 
problem. These solutions are discussed 
below. 

In the Intel’s i286 processor standard, 
four segment register^are extended with 
the corresponding ^four148-bit segmen t 
d escriptor cache registers, as shown in 
Figure 10. 

Segment registers are loaded by the pro¬ 
gram, while the CPU loads the explicit 
cache registers, which are invisible to pro¬ 
grams. Explicit cache speeds up the opera¬ 
tion by eliminating the need to refer to a 
descriptor table for every memory refer¬ 
ence instruction. Loading the explicit 
cache is performed in the following four 
steps: 

(1) The program places a selector in the 
corresponding segment register. 

(2) The processor adds the selector in¬ 
dex to the base address of the descriptor 
table, to select a descriptor. 

(3) After the processor verifies segment 
access rights, it copies the descriptor to the 
respective segment register in cache. 

(4) The processor uses the descriptor in¬ 
formation to check segment types and 
limits, as well as to form the effective 
address. 

The described technique based on ex¬ 
plicit cache registers speeds up the direct 
mapping, but still is not efficient enough, 
because it requires cache loading whenever 
control is transferred from one to another 
segment of the same type. 

A much more sophisticated solution is 
based on a special associative cache (32 to 
64 locations), which holds the most recent¬ 
ly used set of translation values. Then, the 
translation process is performed in the 
following steps, as shown in Figure 11. 


Residence 

Access rights 

Support for 

Physical address R 

bit 

& protection 

replacement 

1 


Figure 8. Typical format of a page or segment table entry. Residence bit— indicates 
whether or not the page (or segment) is in the primary memory. Access rights and 
protection field—each process is given certain access rights to each page or segment. 
Support for replacement (reference bit, modified bit, etc.)—these bits are used by the 
replacement algorithm to select a page or segment to be replaced. Physical ad¬ 
dress—specifies the position of the page or segment in the physical (primary) 
memory. 



Segment 

table 


Figure 9. Address translation mechanism of the i286. The segment selector points to 
the segment descriptor in the segment map table. The physical memory address is 
formed as concatenation of the primary memory address of the segment (s') contained 
in the segment descriptor and displacement (d) contained in the logical address: 
r = s' +d. (Source: Intel Corporation, Introduction to the iAPX286, Intel Corpora¬ 
tion, Santa Clara, Calif., 1982. Reprinted by permission of Intel Corporation © 1982.) 
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(loaded by program) | oads this exp |j c jt cache, which is invisible to 
programs.) 

Figure 10. Descriptor data type in the i286. Four segment registers are extended with 
the corresponding four 48-bit segment descriptor cache registers. Segment descriptor 
cache registers are invisible to programs and are loaded by the CPU. They contain 
access rights, the segment base address in the physical memory, and the segment size. 
( Source : Intel Corporation, Introduction to the iAPX 286, Intel Corporation, Santa 
Clara, Calif., 1982. Reprinted by permission of Intel Corporation © 1982.) 
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locate the entry into the page map table in primary memory, where p' is 
stored. Then, the page frame number p' is concatenated with d to form 
real address r, and the selected page table entry is transferred into associ- 
ativeche. (H. M. Deitel, An Introduction to Operating Systems, © 1984, 
Addison-Wesley Publ. Co., Reading, Mass. Reprinted with permission.) 


Figure 12. Address translation 
using the TLB on the Z80,000 
CPU. The 22-bit page address 
field of the logical address is 
compared with the logical page 
address tags stored in the TLB. 
If the match is found, the cor¬ 
responding 22-bit physical 
frame address is concatenated 
with the 10-bit offset to form 
a 32-bit physical address. 
(Source: H. Look, “Virtual 
Memory for Zilog’s 8-, 16-, 
and 32-bit Microprocessors,” 
Proc. IEEE Mini/Micro South¬ 
east, Orlando, Fla., Jan. 1984, 
paper 3.3.) 
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Program requests access 


(1) First, the virtual address received 
from the CPU is searched through the 
cache. If the address matches with one of 
the cache entries, then the corresponding 
physical address stored in the cache is used 
by the CPU to access the primary memory 
directly. 

(2) If the received virtual address does 
not match with cache entries, but the page 
or segment is in the primary memory, then 
the physical address will be fetched from 
the translation tables located in the 
primary memory, and then stored in the 
cache. Then, the CPU will access the re¬ 
quired physical memory. 

(3) Finally, if the page or segment is not 
in the primary memory, it must be first 
swapped from the secondary memory into 
the primary memory. The translation 
tables must be updated, and the physical 
memory address will be fetched from the 
translation tables into the cache. 

The associative cache memory is usually 
organized as a translation lookaside buffer 
(TLB). When the address translation 
mechanism receives a logical address, 
every entry in the TLB is searched simulta¬ 
neously for the logical address. 

A number of simulation studies have 
proved that the small associative cache 
significantly speeds up the system opera¬ 
tion, because the hit ratio of finding the 
address in the cache reaches 98 percent. 
Many recent processors (such as the Intel 
80386, Zilog Z80.000, National NS16000 
family with its NS16082 MMU, and 
others) have implemented the address 
translation scheme by using the TLB 
method. 710 Figure 12 illustrates address 
translation using the TLB in the Z80.000 
processor. 

The TLB contains the information to 
translate the 16 most recently referenced 
pages. For each memory reference, the 
22-bit logical page address is compared 
with the address tags stored in the TLB. 
When a match is found, the corresponding 
physical page frame address is combined 
with the 10-bit offset from the logical ad¬ 
dress to form a 32-bit physical address. 
When the match is not found, the CPU 
references the translation tables in main 
memory to automatically load the TLB. 
Typically, the least recently used (LRU) al¬ 
gorithm is used to determine which TLB 
entry will be replaced. 

The flowchart in Figure 13 illustrates 
the necessary operations in a paging-based 
virtual memory system with an associative 
cache memory for recently used pages. 

The virtual address translation mecha¬ 
nism is activated whenever a program re- 



Figure 13. The flowchart of a paging virtual memory system with an associative cache 
memory. 
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Figure 14. The Z800 address translation based on address-accessible registers. The 
register index field selects one of the 16 page base address registers. The selected 
12-bit page frame address is then concatenated with the 12-bit offset to form the 
24-bit physical address. The other four bits in the page base address registers are used 
for protection purposes. ( Source: H. Look, “Virtual Memory for Zilog’s 8-, 16-, and 
32-bit Microprocessors,” Proc. IEEE Mini/Micro Southeast, Orlando, Fla., Jan. 
1984, paper 3.3.) 
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Figure 15. Content-addressable registers in the MC58451 MMU. (Source: D. Philips, 
“Memory-Management Strategies Suit Different Application Areas,” EDN, Sept. 
1984, pp. 135-143. Reprinted from EDN, September 6,1984. © 1987 Cahners 
Publishing Company. A division of Reed Publishing USA.) 


quests access to a page. The flowchart in 
Figure 13 indicates three different control 
paths: 

(1) when the page descriptor is found in 
the associative cache, 

(2) when the page descriptor is not 
found in the cache (“cache miss”), 
but the page is in the primary 
memory, and 

(3) when the page descriptor is not 
found in the associative cache, and 
the page is not in the primary 
memory (“page miss”). Then, the 
address fault handling routine is ac¬ 
tivated. 

Register-translation techniq ue. The reg¬ 
ister-translation techniques based on the 
individually addressable hardware regis¬ 
ters containing the translation parameters. 

The register-translation technique, im¬ 
plemented in the Motorola 68000 and its 
MC58451 MMU and Zilog Z8000 and 
Z800 processors, can be classified in two 1 
basic categories: address-accessible and 
content-addressable registers. 

In the systems where the translation reg¬ 
isters are accessible by the address, the 
logical address field identifies the register 
that holds the physical base address. As an 
example of this technique, the Z800 with 
on-chip MMU is shown in Figure 14. 

The virtual address consists of a 4-bit 
register-pointer field and a 12-bit offset. 

The register-pointer selects one of the 16 
translation registers. Then the 24-bit page 
base address is formed by concatenating 
the selected 12-bit page base address 
stored in the translation register with the 
12-bit offset. 

The described technique partitions the 
64K-byte logical address space into 16 
4K-byte pages. Each page can be located 
on any 4K-byte space in the 16M-byte 
physical address space. The technique re¬ 
quires loading new values into translation 
registers whenever a task switch is per¬ 
formed. The address-accessible register 1 
technique is not practical for large sys¬ 
tems, because it requires a segment register 
for each logical segment or page that can 
be relocated. For example, the MC68451 
MMU could separately relocate 65,536 
256-byte segments in physical memory (in 
an extreme case), which would require 
65,536 address-accessible registers for 
translation purposes. 

The content-addressable register tech¬ 
nique is more suitable for large systems. 

This method has been applied in several 
systems, such as the MC58451 MMU and 
Z8015 PMMU. To illustrate this method, 
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Figure 15 shows the content-addressable 
registers applied in the MC58451 MMU. 

The MMU receives a logical address (23 
bits), and the mask register masks the low- 
order bits to determine the segment size. 
Then, the MMU compares the rest of the 
most significant bits with the comparison ^ 
field values of fficontent-addressable reg- ff 
isters. If a matchis found, the MMU per- ^ 
forms address translation. If there is no 
match, the MMU generates a fault con¬ 
dition and activates a trap routine. The 
trap routine will update the TLB from 
translation tables stored in primary 
memory. -, 

Reloading translation registers requires 
overhead in the operating system; 
therefore the register-translation schemes 
depend on how often such reloading is 
required. On the other hand, table-trans¬ 
lation schemes require less operating sys¬ 
tem overhead, and they are suitable to be 
applied in multiuser, multitasking, and vir¬ 
tual memory systems. 


Dynamic memory allocation. In ad¬ 
dition to the address translation mecha¬ 
nism, the MC58451 MMU supports dy¬ 
namic memory allocation. The dynamic 
memory allocation mechanism is able to 
allocate the memory to a process, while it 
is running. The Binary Buddy system, an 
algorithm for dynamic memory alloca¬ 
tion, is implemented in the MC58451. The 
algorithm divides the entire physical ad¬ 
dress space into buffers, the size of which 
varies from 256 bytes to 256K bytes (in the 
MC58451). The algorithm maintains these 
buffers by using the buffer lists for all sets 
of buffers of the same size, as well as buf¬ 
fer descriptors for each buffer inde¬ 
pendently. 11 

When a memory request is received, the 
algorithm searches through the list of 
available buffers in order to find the best- 
fitted buffer. If the best-fitted buffer is not 
available, the search process is continued 
for the next larger size buffer. The flow¬ 
chart of the Binary Buddy algorithm is 
shown in Figure 16. 

A detailed description of the algorithm, 
as well as additional issues related to it, are 
discussed in Peterson and Theodore, 12 
Purdom and Stigler, 13 and Stockton. 11 


Single-level versus multilevel address 
mapping. The second issue closely related 
to address translation architectures is deal¬ 
ing with the number of mapping levels in 
address translation schemes. The conven¬ 
tional address mapping scheme consists of 
just one mapping level, such as in most of 



Figure 16. Binary Buddy algorithm for dynamic memory allocation. 


the 16-bit processors (i286, Z8010, and 
Z8015 MMUs). 

The NCR/32 processor uses an address 
translation chip (ATC) for address trans¬ 
lation based on a paging system with one- 
level mapping. 14 The chip contains 16 
associative memories for recently used 
pages. 

The Z8010 MMU, which is used with 
the Z8001 processor, applies a one-level 
segmentation system, based on 64 con¬ 
tent-addressable segment descriptor regis¬ 
ters. For more details see Look 7 and 
Walters. 15 

The Z8015 MMU differs from the Z8010 
MMU in that the logical address is trans¬ 
lated into page frames rather than seg¬ 
ments. It applies a one-level mapping 
scheme and uses 64-page descriptor regis¬ 
ters, which are also content-addressable. 7,15 


The WE32100 32-bit processor uses an 
off-chip 32101 MMU, which supports 
both demand paging and segmentation 
systems, which are user selectable. 16-18 
The MMU contains an on-chip cache 
memory: a 32-entry segment descriptor 
cache, and a 64-entry page descriptor 
cache, to hold recently used segment and 
page descriptors, respectively. 

On the other hand, almost all 32-bit pro¬ 
cessors use multilevel mapping schemes, 
which brings some new features into the 
memory management. 

The basic advantages of multilevel map¬ 
ping schemes versus single-level mapping 
schemes can be summarized as follows: 

• They provide more sophisticated pro¬ 
tection mechanism; 

• they are able to accommodate larger 
address space; and 
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• they provide page or segment sharing. 
Several multilevel mapping schemes are 
evaluated below. 

Intel’s i432 processor uses two-level 
mapping in order to provide more sophis¬ 
ticated protection mechanism, as shown in 
Figure 17. 19-21 

The segment selector register points to 
an entry of the access segment, where the 
access rights are stored and are thus 
associated with program modules. The ac¬ 
cess descriptor contains the pointer to the 
segment table, and finally the segment 
descriptor contains a pointer to the begin¬ 
ning of the selected segment in the primary 
memory. Because the access rights are 
stored independently of the segment de¬ 
scriptors, several modules can share the 


same segment, each with different access 
rights to it. In Figure 15, the module A can 
write and read the selected segment, while 
the module B can only read the segment. 

In addition, the two-level mapping 
scheme makes it possible to restrict the 
number of segments accessible by a given 
program. In single-level mapping systems, 
such as the one found in the i286, any pro¬ 
gram may address any segment in memory 
simply by pointing to it through the seg¬ 
ment table. 

The two-level scheme of the i432 also 
enables fewer address bits to point to a 
particular segment. 

Intel’s i386 provides two options, which 
are user selectable: a segmentation system 
(same as in the i286) or a paging system. 


The paging system architecture uses a two- 
level mapping scheme, along with a trans¬ 
lation lookaside buffer, designed as a 
cache memory. The complete architecture 
is shown in Figure 18. 

The linear virtual address consists of 
three fields (directory, table, offset), and 
address translation is performed in the 
following steps: 

(1) First, the address is searched through 
the TLB. If the address is found, the trans¬ 
lation is performed in the TLB, and the 
primary memory is accessed directly. 

(2) If the address is not found in the 
TLB, the miss signal is generated, and the 
translation is performed through the two- 
level mapping built on the CPU chip, as 
shown in Figure 18. 


Figure 17. Two-level address 
mapping in the i432 processor. 
Two modules 1 and 2 share the 
same segment each with dif¬ 
ferent access rights to it. The 
module 1 can both write and 
read the segment, while the 
module 2 can only read the 
shared segment. ( Source: Intel 
Corporation, Introduction to 
the iAPX 432 Architecture, In¬ 
tel Corporation, Santa Clara, 
Calif., 1981. Reprinted by per¬ 
mission of Intel Corporation © 
1981.) 





Figure 18. Paging system architecture in the i386 processor. If the address is found in the TLB, the translation is performed 
through the TLB, and the primary memory is accessed directly (“hit”). If the address is not found in the TLB, the translation is 
performed through the two-level mapping scheme built in the CPU (“miss”). ( Source: Intel Corporation, Touch the Future, Intel 
Design Seminar, Miami, Fla., 1985. Reprinted by permission of Intel Corporation © 1985.) 
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The two-level on-chip mapping scheme 
enables fast address translation, and page 
tables can be shared and/or swapped. 

A similar two-level mapping scheme 
has been implemented in the NS 16082 
MMU. 9 ' 22 ' 23 The total physical address 
space is divided into 32,768 fixed pages of 
512 bytes each. The virtual address con¬ 
sists of 24 bits divided into three fields: 
index-1 and index-2 of the page selector, 
and the offset, as shown in Figure 19. 

Two CPU registers, one used in the user 
mode (PTB(U)), and another in the super¬ 
visor mode (PBT(S)), contain the cor¬ 
responding starting addresses of page 
tables (PTE-1) in the main memory. 

The index-1 (8 bits) of the page selector 
is used to locate one of the 256 entries of 


the page table. The contents of the page 
table PTE-1 points to the beginning of one 
of 256 pointer tables, each of which con¬ 
tains 128 entries. Then, the pointer to the 
pointer table is combined with the index-2 
(7 bits) of the page selector to locate one of 
the entries within the pointer table. The 
selected entry contains the actual page 
number in primary memory. The offset 
field is then used to locate data within the 
page. The NS 16082 MMU contains the as¬ 
sociative cache to hold 32 recently used 
page address entries, as well. 

The Z80.000 processor 7 ' 24 ' 25 uses a 
three-level mapping scheme based on the 
set of three translation tables located in 
primary memory (Figure 20). 

The three-level address translation 


scheme of the Z80.000 divides 4G bytes of 
linear logical address space into lK-byte 
pages. Three levels of tables reduce the 
physical memory needed to hold the trans¬ 
lation tables. The role of the operating sys¬ 
tem is to create translation tables in main 
memory and to initiate four on-chip Table 
Descriptor registers (system instruction, 
system data, normal instruction, and nor¬ 
mal data). After that, the CPU automati¬ 
cally references the level 1, the level 2, and 
page table in order to perform address 
translation. 

The processor also contains an associa¬ 
tive memory for the TLB, where the 16 
most recently referenced pages are stored. 
The CPU automatically loads the TLB 
from translation tables when a logical ad- 


Logical address 



Figure 19. Two-level mapping 
scheme of the NS16082 MMU. 
The upper 15 bits of the logical 
address define the set and the 
page within the set. The upper 
eight bits are used as an index 
to a table of 256 set descrip¬ 
tors, while the next seven bits 
are used as an index to the 128 
pages in the given set. The last 
nine bits specify the real physi¬ 
cal address within the selected 
page. (, Source: R. Mateosian, 
“Elegance is Everything in NS 
16000 Memory Management,” 
Proc. IEEE Mini/Micro 


Southeast, Orlando, Fla., Jan. 



Figure 20. Three-level address translation scheme of the Z80,000. The logical page address is first compared with the address tags 
stored in the TLB. If the match is found, the corresponding page frame address is concatenated with the displacement to form the 
real address. If a match is not found, the CPU references three translation tables in memory to automatically load the TLB. 

(Source: H. Look, “Virtual Memory for Zilog’s 8-, 16-, and 32-bit Microprocessors,” Proc. IEEE Mini/Micro Southeast, Orlan¬ 
do, Fla., Jan. 1984, paper 3.3.) 
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Table 2. Address translation characteristics of advanced microprocessors. 


Processor 

Address space 
Real Virtual 

Address translation 
scheme 

Mapping 

levels 

Associative cache 

Intel 80286 

16M 

1G 

Segmentation 

1 

Four segment descr. registers 

Intel 432 

16M 

IT 

Segmentation 

2 

Assoc, cache TLB 

Intel 80386 

4G 

64T 

Paging and segmentation 

2 

Assoc, cache TLB 

MC68000 

16M 

4G 

User selectable 

, 

32 Content-addr. registers 

MC68010 +58451 MMU 

16M 

4G 

User selectable 

1 

32 Content-addr. registers 

MC68020+ 68851 MMU 

4G 

? 

User selectable 

1 

32 Content-addr. registers 

Z8001 + Z8010 MMU 

16M 

4G 

Segmentation 

1 

64 Segm. content-addr. registers 

Z8003 + Z8015 MMU 

8M 

4G 

Paging (page size = 2K) 

1 

64 Page descr. registers 

Z800 

16M 

4G 

Paging (page size = 4K) 

1 

16 Addr.-accessible registers 

Z80.000 

16M 

4G 

Paging (page size = IK) 

3 

Assoc, cache TLB 

NS16032 

NS32032 +16082 MMU 

16M 

4G 

Paging (page size = 512K) 

2 

32 Content-addr. caches 

NCR/32+ NCR32101 

16M 

4G 

Paging (page size = IK) 

1 

16 Associative memories 

WE32100 +WE32101 MMU 

4G 

? 

Paging and segmentation 

1 

64-Entry page descr. table 

32-Entry segm. descr. table 


Status register 

*-SP 

Program counter high 

02 

Program counter low 

04 

Format/vector offset 

06 

Special status word 

08 

Fault address high 

0A 

Fault address low 

OC 

Reserved 

0E 

Data output buffer 

10 

Reserved 

12 

Data input buffer 

14 

Reserved 

16 

Instr. input buffer 

18 

Nonuser-visible 
internal information 

1A 


(a) 


◄-SP 
02 
04 
06 
08 
0A 
0C 

(b) 


Special status word 
Fault address high 
Fault address low 


Instruction register 
Status register 
Program counter high 
Program counter low 


Figure 21. Address error stack. The in¬ 
formation saved when the CPU recog¬ 
nized an access fault: (a) MC68010—26 
words; (b) MC68000—seven words. 

( Source: D. MacGregor and D. S. 
Mothersole, “Virtual Memory and the 
MC68010,” Micro, June 1983, 
pp. 24-38.) 


dress is missing. 

Table 2 summarizes address translation 
features of some 16- and 32-bit micropro¬ 
cessors. 


Virtual address support 
techniques 

A virtual memory system allows the user 
to execute programs on a very large 
memory of virtual address space, much 
larger than the actual physical memory. 
This is accomplished by the capability of a 
microprocessor to detect access to 
memory pages (or segments) that are not 
present in the physical memory. When the 
virtual memory system detects such a 
reference, it will fetch the required page or 
segment from the secondary memory into 
the primary memory. 

In order to support virtual memory ca¬ 
pabilities, besides the address translation, 
a microprocessor must be able: 

• To recognize a page or segment fault if 
the page or segment is not present in the 
primary memory. The memory manager 
unit must then inform the processor so 
that the missing page or segment can be 
fetched from the secondary memory, and 
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Figure 22. Access activity bits of the i432 processor contained in the segment descrip¬ 
tor. V—valid field indicating whether or not the segment is currently present in main 
memory. S—storage allocation field indicating whether some memory has been 
associated with the descriptor. AC—accessed field indicating whether this segment 
has been accessed by some existing process. AL—altered field indicating whether or 
not the information contained in the segment has been modified by some existing 
process. 


eventually one of the current pages or 
segments can be replaced. 

• To abort execution of the current in¬ 
struction (instruction abort capability), 

• To save the state of the machine 
needed later to recover from the fault, 

• To call and execute the fault service 
routine in the operating system, which will 
swap the required page(s) or segment(s) 
from secondary memory to primary 
memory, 

• To provide necessary information for 
the operating system, in order to support 
page (or segment) placement and replace¬ 
ment algorithms (indication of access ac¬ 
tivities), and 

• To restore the saved state and resume 
the normal processing (instruction restart 
capabilities). 

Although very different in complexity, 
all advanced microprocessors provide in¬ 
struction abort and restart capabilities. 
Some examples are presented below. 
Recognizing the access fault can be per¬ 
formed internally only if the MMU is on 
the CPU chip, or both internally and ex¬ 
ternally if the MMU is off the CPU chip. 

When an access is made to an instruc¬ 
tion or data not present in primary 
memory, an address error is internally 
detected, and it initiates the address error 
fault handling routine (internally detected 
fault). If the off-chip MMU detects a fault 
situation, it will send a signal to the CPU, 
which will in turn activate the fault han¬ 
dling routine (externally detected fault). 

When the CPU recognizes an access 
fault, it saves the state information needed 
to recover from the fault. The information 
is usually saved on the stack. The typical 
information that must be saved is the pro¬ 
gram counter (starting address of the 
instruction), the status register, the fault 
address, the trap-specific parameters, the 
access type, the internal temporary regis¬ 
ters, various internal statuses, etc. For il¬ 
lustration, the MC68010 processor, which 
supports virtual memory, saves 26 words 
versus the MC6800 0 processor, which saves 
only seven' words, which is not enough to 
"prg vide lhe ~user with the state of the 
machine after the fault has occurred. Figure 
21 shows the information saved on the 
stack for these two processors. 

The MC68010 address stack is divided 
into two parts: a user-visible section and a 
non-user-visible section in which the inter¬ 
nal status and the temporary data are saved. 

The memory management unit also has 
to provide the information related to ac¬ 
cess activities needed by the operating sys¬ 
tem (placement and replacement algo¬ 


rithms). This information is usually stored 
in the translation table entries. There are 
three information bits present in typical 
systems: 

• the valid bit—which is controlled by 
the operating system, and specifies whether 
or not a block (page or segment) is in the 
primary memory. 

• the references bit—where the MMU 
typically sets this bit to indicate if access to 
the corresponding block in primary mem¬ 
ory is on. The operating system may reset 
this bit to keep track of the access history. 

• the modified bit—which is set by any 
write operation to the corresponding 
block. This bit indicates whether the block 
must be written back to the secondary 
memory before being replaced from the 
primary memory. 

For illustration, the i432 processor con¬ 
tains four access activity bits in its segment 
descriptor, as shown in Figure 22. 

The valid bit (V) indicates whether or 
not the segment is in the memory. The 
storage allocated bit (S) indicates whether 
any memory has been associated with this 
descriptor. The accessed bit (AC) indicates 
whether the segment has been accessed, 
while the altered bit (AL) indicates whether 
the information contained in the segment 
has been modified. 

The operating system uses V and S bits 
to detect when a physical segment is not 
present in memory, while the AC and AL 
bits are used by the replacement algorithm 
to decide which of the currently present 
segments should be swapped out by the 
new segment. 

In addition, several fields in the segment 
descriptor can be used by the operating 
system to record other useful information 
about the segment (frequency of use, etc.). 

The other advanced processors contain 
similar information on access activities 


used by the operating system. Commonly 
used page replacement techniques are 
Least Recently Used (LRU), Least Fre¬ 
quently Used (LFU), and First-In-First- 
Out (FIFO). 26-29 The described informa¬ 
tion maintained by the CPU (referenced 
and modified bits), as well as some addi¬ 
tional user-defined fields, can be used to 
design the page replacement algorithm in 
the operating system. 

One of the popular schemes for the 
LRU algorithm classifies the pages into 
four groups: 

Group 1: unreferenced (R = 0) and un¬ 
modified (M = 0) 

Group 2: unreferenced (R = 0) and 
modified (M = 1) 

Group 3: referenced (R = 1) and un¬ 
modified (M = 0) 

Group 4: referenced (R = 1) and 
modified (M = 1) 

The pages from the lowest numbered 
groups are replaced first, and the pages 
from the highest numbered groups are 
replaced last. The referenced bit is set by 
the CPU whenever the page is referenced. 
The operating system (OS) periodically 
clears the referenced bit. A sophisticated 
LRU algorithm, “software caching,” has 
been implemented in the VAX/VMS 
operating system. 30 The LFU algorithm 
can also be incorporated into this scheme. 
Whenever the referenced bit is cleared, the 
OS can count the frequency with which the 
pages were used. The modified bit is set by 
the CPU whenever the page is written. 
When the page is swapped, the OS checks 
this bit to see if there is a need to update the 
copy of the page in the secondary memory. 

The last attribute of a processor de¬ 
signed to support virtual memory is the 
most complex, and refers to reloading the 
state of the program, and resuming the 
operation, after the address fault routine is 
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Figure 23. Microinstruction sequence, (a) 
No address fault, (b) Instruction restart 
method. The microinstruction in which 
fault occurred is restarted from the 
beginning. ( Source: D. MacGregor and 
D. S. Mothersole, “Virtual Memory and 
the MC68010,” Micro, June 1983, pp. 
24-38.) 



Normal 

microinstruction 


(a) 


Fault 

sequence 



(b) 


completed. Two methods of implement¬ 
ing the resume operation on a processor 
are: (1) the instruction restart method and 
(2) the instruction continuation method. 
The advantages and drawbacks of these 
two methods are discussed next. 

Instruction restart method. In this 
method, after the address fault error 
handling routine has completed activities, 
the instruction in which the fault occurred 
is restarted from the beginning. Figure 23 
illustrates the execution of the microcode 
in the case when no address fault is present 
(Figure 23a), and in the case when the 
restart method is applied after an address 
fault occurred (Figure 23b). 

In Figure 23 it is assumed that a machine 
instruction consists of several microin¬ 
structions (ml, m2, m3, and m4). If there 
is no address fault, these instructions will 
execute sequentially, as shown in Figure 
23a. If the MMU detects an address fault 
in the microinstruction m2, the control 
will be transferred to the address error 
routine (Figure 23b). The address error 
routine will first save the state of the 
machine at the machine instruction level, 
and then the routine will handle the ad¬ 
dress error (the required page or segment 
will be fetched from the secondary mem¬ 
ory). Finally, the saved state of the 
machine will be restored, and the faulted 
instruction will be restarted from the 
beginning—at the machine instruction 
level. Therefore, the sequence ml, m2, 
m3, and m4 will be executed again. 

The main problem in the instruction 
restart method is that the processor must 


reconstruct the state of the machine, as it 
was at the beginning of the machine in¬ 
struction, while the faulted instruction was 
interrupted in the middle of its execution. 
There are some situations when this is very 
complex, such as when a resource is used 
both as an input and output parameter in 
the same instruction. For example, in ex¬ 
tended precision arithmetic operations, a 
carry (or borrow) bit from the previous 
operation is used in the instruction as an 
input parameter, but the instruction itself 
also sets the same bit as the result of the 
current operation. If the address fault is 
detected after this bit is updated, the 
original value must be restored before the 
instruction is restarted. A similar case 
occurs with autoincrement and autodec¬ 
rement addressing modes. 

Several techniques have been proposed 
to solve this problem, and are discussed 
below: 

(1) The processor may postpone the 
modification of user-visible resources 
(such as a carry bit) until the end of the 
instruction. Then, if the address fault has 
not occurred, the resources will be updated. 

(2) All modifications of the user-visible 
resources will be recorded by the processor 
if the address fault occurs. On the basis of 
this information, the processor will be able 
to restore the original values of the 
modified resources. 

(3) The processor maintains copies of all 
user-visible resources that are modified. 
Because the copy always contains the 
original value, if the address fault occurs, 
it will be easy to restore the original state. 

The NS16082 MMU sends an abort 


signal to the CPU (NS16032 or NS32032), 
which will stop the execution and will 
return the CPU into the state before the 
aborted instruction. Then, all needed in¬ 
formation (contained in program counter, 
machine status, stack pointer, and several 
other registers) is automatically saved. 
When the address fault routine is com¬ 
pleted, a return-from-trap instruction is 
executed, which will resume the aborted 
instruction from the beginning. 9 

Zilog processors also implement the in¬ 
struction restart method. The Z8001/ 
Z8015 system contains a special data count 
register that counts the number of suc¬ 
cessful data accesses before an address 
fault. This information is used to restore 
the machine state, which existed before the 
address fault. The Z80.000 and Z800 pro¬ 
cessors, which have the MMU on the CPU 
chip, apply an improved instruction 
restart method compatible with their 
pipelining architecture. The Z80.000 exe¬ 
cutes instructions by using six-stage 
pipelining, and therefore the page fault 
can be detected before memory access. 
The address translation is performed in 
the third stage of the pipeline, and if an ad¬ 
dress fault is detected, the execution stage 
will be suspended before any change of 
register contents is made. 7 - 31 The Z800 
applies a similar technique, because it has 
a three-stage pipeline allowing the instruc¬ 
tion suspension before any register is 
changed. 

Intel processors i286 and i386 apply the 
instruction restart method as well. 5-6 - 10 
They are also able to detect an address 
fault before executing an instruction, and 
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thus faulted instruction restart becomes 
simple. After completing the execution of 
the address fault handling routine, the 
CPU places the address of the interrupted 
instruction into the instruction pointer, / 
and resumes the program execution.. 

_ '' /s fa , , 

Instruction continuation method. In the^f* 
instruction continuation method, when 

the address error routine has been com- -- 

pleted, the machine instruction will not be 
resumed from the beginning, but from the 
same location within the instruction at 
which the execution was suspended. The 
execution of the same sequence of micro¬ 
instructions (ml, m2, m3, and m4), in the 
case of the continuation method, is shown 
in Figure 24. 

The address fault was detected _in_t he 
microinstruction m2, and the control was 
transferred to the address error handling 
routine. After the routine has been com¬ 
pleted, the processor will resume opera¬ 
tion by executing the microinstruction m3. 

The continuation method is analogous to 
an interrupt operation at the micro¬ 
instruction level. 

In order to support the instruction con¬ 
tinuation method, the processor must be 
able to save the complete state of the 
machine when an address fault is detected. 

The complete state of the machine refers 
to the state of the machine at the micro¬ 
instruction level, which includes a large 
number of temporary registers, a se¬ 
quencer state register, and control latches. 
Therefore, the processors applying this 
method usually have a large address error 
stack to save all necessary information 
(e.g., MC68010). Regardless of this re¬ 
quirement, another problem with the 
continuation method is related to the in¬ 
structions requiring execution without in¬ 
terruption. An example of such an instruc¬ 
tion is the “Test and Set” typically used to 
implement semaphore operation in multi¬ 
programming and multiprocessing sys¬ 
tems. If a fault occurs during the execution 
of this instruction, then it will be necessary 
to restart the instruction from its begin¬ 
ning. In this case, there must be an ad¬ 
ditional mechanism to detect these types 
of instructions, and, whenever a fault oc¬ 
curs, to restart them. In addition, this 
method requires additional time and sil¬ 
icon resources for saving and restoring the 
complete state of the machine. 

The instruction continuation method 
has been implemented in MC68010 and 
the MC68020 processors only, 31 ' 32 while 
all other advanced processors use the in¬ 
struction restart method. 



Figure 24. Microinstruction 
execution—the instruction con¬ 
tinuation method. The microin¬ 
struction in which fault occur¬ 
red will be resumed from the 
location within instruction at 


Protection and security 
techniques 


In multitasking and multiuser environ¬ 
ments, it is required from processor archi¬ 
tecture to support protection and security 
in order to increase system performance 
and simplify system implementation. 
Basically, protection and security issues 
can be divided into the following topics: 

(1) memory protection, 

(2) program protection, 

(3) user protection, and 

(4) information security. 

Memory protection mechanism should 
detect any addressing error before it causes 
damage. Each instruction should be 
checked to verify that it performs the in¬ 
tended operation. The MMU unit per¬ 
forms this check, and if there is an address 
error detected, it generates an address 
fault. The address fault handling routine is 
then activated, which analyzes the address 
error, eventually fixes it, and returns to the 
interrupted program. Program protection 
mechanism should prevent application 
programs from making illegal modifica¬ 
tions of the operating system. It also 
should control the transfer between sys¬ 
tem modules to achieve total reliability. 
User protection mechanism should pro¬ 
tect users against each other. Security 
mechanism should provide limited access 
to information. - 

Two basic architectures that provide 
program and user protection are: (1) a 
hierarchical, or ring, protection system, 
and (2) a nonhierarchical, or capability- 
based, protection system. __ 


pended. ( Source : D. 
MacGregor and D. S. Mother- 
sole, “Virtual Memory and the 
MC68010,” Micro, June 1983, 
pp. 24-38.) 


A hierarchical protection system con¬ 
sists of a hierarchy of protection levels, or 
rings, starting from the most privileged to 
the least privileged. Basic principles of the 
ring system are: _ 

(1) A program may access only data that 

reside on the same ring, or a less privileged 
ring. / 

(2) A program may call services residin g ( 
on th e same, or a more privileged ring ? ] 
These two protection approaches are il¬ 
lustrated in Figure 25. 

The ring system has been implemented 
in the i286 and the i386 processors. 5 ~ 6 ' 10 - 33 
Th eir ring protection system consists o f 

Tour pr ivilege rings, as shown in Figu re26. 

Different priorities are assigned to dif¬ 
ferent programs (segments) within the sys¬ 
tem. Greater privilege is assigned to more 
important programs. Typically, the oper¬ 
ating system occupies the most-privileged 
ring; thus it is protected from the applica¬ 
tion programs. The programs may access 
the OS with a high-speed call instruction, 
rather than using the context switching 
technique, which is the traditional way to 
implement the call of OS services. 

Second and third rings are typically used 
for system services and custom extensions, 
respectively, while the application pro¬ 
grams are usually located at the least- 
privileged ring. 

The i286/i386 protection model also 
\ provides task isolation by having separate 
I descriptor tables. The entire isolation be- 
, tween rings is provided by a separate stack 
l for each ring. 

I In nonhierarchical protection systems 
) (or capability-based protection systems), 
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Figure 25. Principles of ring protection system, (a) Control transfer between programs—a program may call services that reside on 
the same or a more privileged ring, (b) Data access—a program may access data that resides on the same or a less privileged ring. 


for each task a table of operations is de¬ 
fined. This table of operations specifies 
operations that may affect other tasks in 
the system. In order to perform an opera¬ 
tion that could affect another task, a task 
must have the corresponding capability in 
its table of operations. 

The capability-bas e d protectio n system 
is more complex^ancfcurrenTproCessors 
still do not implemenfirTrTthe~architec- 
tur^THuTin the operating system. Current 
processors provide'some - protection fea¬ 
tures, which can be used when designing a 
sophisticated protection system in 
software. 23 - 27 ’ 32 - 34 ' 35 

The MC68000, the Z8000, and the 
NS16000 processors have two operating 
modes (or privilege levels) of the CPU: 
supervisor mode and user mode. In the 
supervisor mode, the CPU can execute the 
complete set of instructions, while in the 
user mode, only a subset of instructions 
can be used. In Zilog processors, these two 
modes are called system and normal. 

Typically, the operating system func¬ 
tions are placed at the supervisor level, 
while application programs execute at the 
user level; thus the operating system is pro¬ 
tected from the application programs. The 
supervisor level typically has access to all 
the processor resources, as well as to all 
external resources, such as memory and 
I/O. This enables the operating system to 
control both processor and external 
functions. 

In addition, these processors provide 
64 


separate address spaces for each running 
process, thus protecting one user from 
another. 

The MC68020 implements a concept of 
multiple access levels, which provides 
expansion on up to 256 hierarchical 
levels, which present a superset of ring 
architecture. 

Security refers to the limited access to 
information. The basic principle is to 
allow a program to access only what it 
needs to know. For example, Linden sug¬ 
gests that “Almost every procedure 
should run in a protection domain that 
gives it an access to exactly what it needs to 
accomplish its function, and nothing 
more.” 36 The security is provided by 
giving each process certain access rights to 
a page or a segment. The most commonly 
used access rights are 

(1) read access: a process may obtain 
any information from the page or the seg¬ 
ment. 

(2) write access: a process may modify 
the page or the segment, and may place ad¬ 
ditional information in it. The process 
may destroy all of the information in the 
page or the segment. 

(3) execute access: a process may run the 
page or the segment as a program. Execute 
access is given to pages or segments that 
are programs, and denied to data pages or 
segments. 

1 Current processors typically store the 
laccess rights in page or segment descrip¬ 
tors. Before the processor accesses a page 


or a segment, it first checks its access 
rights, and if they are verified, it may ac¬ 
cess the selected page or segment. The 
diagram in Figure 27 illustrates the 
described mechanism, based on access 
rights stored in the page or segment 
descriptors. The character N indicates that 
the corresponding page or segment cannot 
be accessed at all. 

The segmentation virtual memory sys¬ 
tem provides a more natural security sys- 
tem. In a paging system, the logical ad¬ 
dress space is divided into pages, and the 
described mechanism cannot protect th e 

program modules precis ely. It either pro- 

tec ts too little or too muc h. In the segmen- 
tation system, each segment length is 
defined by the programmer, and protect¬ 
ing segments by using access rights is more 
natural. 

Regardless of the implemented virtual 
memory system, the drawback of the 
described security mechanism is that all 
^risers'have-thc-same ancsrr lghtsTo Com¬ 
mon pages or segments, because the access 
rights are associated - #ith the pages or the 
segments, and not with the users. 

Xhis_ problem can be solved by using a 
two-levelr napping sc heme Tas described in 
the section Dynamic Memory Allocation, 
for the case o f the i432 proces sor. 19 In this 
tw o-level mapping sch eme, the "acces s 
rights are stored independently of the seg¬ 
ment for page! descriptors, and are 
as sociated w ith the users, and not with the 
segments”[orpages).' 
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Figure 26. Ring protection 
system of the i286/i386 pro¬ 
cessors. The system provides 
four levels of privilege. The 
most privileged level (level 
0) is typically used for the 
kernel and the OS func¬ 
tions, the next level 1 for 
system services, the level 2 
for the custom extensions, 
and the least privileged level 
4 for the less trusted ap¬ 
plications. For total isola¬ 
tion between levels, a 
separate stack and stack 
pointer is used for each 
privileged level. The total 
isolation between tasks is 
provided by separate 
descriptor tables. (Source: 
Intel Corporation, In¬ 
troduction to the iAPX 286, 
Intel Corporation, Santa 
Clara, 1982. Reprinted by 
permission of Intel Cor¬ 
poration © 1982.) 
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N = Mo access to page 
R = Read access to page 
WR = Write/read access to page 


Figure 27. Security technique based on access 
rights stored in the page or segment descriptors. 
Each page (or segment) has access rights 
associated with it that indicate how the page (or 
segment) can be accessed. These access rights can 
allow reads only, reads and writes, or no access at 
all to page (or segment). ( Source: Intel Corpora¬ 
tion, Introduction to the iAPX 432 Architecture, 
Intel Corp. Santa Clara, Calif., 1981. Reprinted 
by permission of Intel Corporation © 1981.) 


MMU on-chip versus 

Paging versus 

One-stage mapping versus 

Cache memory-yes versus 

Instruction restart versus 

Protection built-in versus 


MMU off-chip 
Segmentation 
Multistage mapping 
Cache memory-no 
Instruction continuation 

Protection in software Figure 28. A list of questions to the processor architect. 
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W e have discussed in this article 
several issues related to mem¬ 
ory management in advanced 
microprocessors. All these concepts are 
not new; they have been known for years 
from operating system theory and prac¬ 
tice. However, the approaches are 
sometimes modified, and implementation 
techniques may be different in comparison 
with the minicomputer and mainframe en¬ 
vironments. 

The processor architect must make 
several crucial decisions related to the pro¬ 
cessor architecture that have to support 
memory management and virtual mem¬ 
ory. The main decisions to be made are 
listed in Figure 28. 

O n-chip MMU versus off-chip MMU is 
oneof the basic decisions that has to be 
made. Both concepts have advantages as 
well as drawbacks, which have been 
discussed in the article. In addition, the 
on-chip MMU has an advantage over the 
off-chip MMU and this is related to cache 
memory design. An external MMU re¬ 
quires logical address caches to bypass the 
MMU delay, while an internal MMU im- 


/U J~ eJ ft* Z-t 


plements the physical address cache. The 
logical address cache requires special ad¬ 
dress tag hardware, large operati lg system 
overhead on task switch, and fl ish cache 
when sharing data. 

The issue related to virtual memory sys¬ 
tem, paging versus segmentaton, is of 
crucial importance. Again, some micro- 
processors support paging, pther pro- 
cessors ~support~se&fneff[atron j while few 
microprocessors support both systems, in ] 
rhich-cggnBe mode is user "selectable. | 


Anyhow, it "seems that the p aging system - 

has a dvantages ov er the segmentation sys¬ 
tem, and -almost all 3 2-bit microprocessors 
s upport it. 

The next two questions are related to the 
implementation of the address translation 
mechanism: levels of mapping and use of 
an associative cache memory. Both mul¬ 
tilevel mapping and a small associative 
cache memory significantly improve sys¬ 
tem performance, and thus they should be 
built into an advanced microprocessor 
architecture. Practically, all 32-bit micro¬ 
processors have implemented these two 
concepts in their architecture. 
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Techniques to support the virtual 
memory system, especially the choice of 
the techniques to implement resume oper¬ 
ation after an address fault is detected and 
corrected, is also an important decision for 
the architect. The instruction re start 
method seems to be more efficient th an 
tne instruction continuation met hod, 
especially it tne M MU is on the C PU chip. 
Then, because ot the pipelined^natur e of 
architect ures in modern microproce ssors, 
the addres s fault can be detected before a 
memory access. This significantly simpli¬ 
fies the restart of the faulted instruction. 

Finally, the protection mechanism built 
into the architecture (such as the ring sys¬ 
tem in the i286/i386 processors) provides a 
powerful tool for an operating system 
designer, and reduces software overhead. 
On the other hand, because the protection 
system is already defined in the architec¬ 
ture, there is no choice for the OS designer 
but to implement the available mecha¬ 
nism, whether he or she likes it or not. 

The other approach, in which the pro¬ 
cessor provides some basic protection 
elements, but not the whole protection 
system (such as supervisor/user modes 
and access concepts in the MC68020), re¬ 
quires the OS designer to create the protec¬ 
tion system in software, thus increasing 
the software overhead. However, this 
approach is more flexible. One of our 
future goals is to compare the memory 
management performance of several de¬ 
scribed systems under typical operating 
conditions. 

We may conclude that the memory 
management architectures in current mi¬ 
croprocessors are coming of age. How¬ 
ever, one of the most challenging aspects 
of future processor design will be to pro¬ 
vide more elegant solutions to all these 
problems, as well as to enable a more com¬ 
plete integration of memory management 
and virtual memory support. □ 
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New compilers and environments and favorable 
early experience presage an Ada boom, but DoD- 
mandated users are still reluctant. 


Ada: First users—pleased; 
prospective users— 
still hesitant 


Ware Myers, Contributing Editor 



“Programmers who are familiar with 
other programming languages will 
achieve a level of proficiency in Ada in a 
matter of weeks,’’ according to Jean D. 
Ichbiah, leader of the team that devel¬ 
oped Ada and now president of Alsys, 
one of the vendors of compilers, pro¬ 
ductivity tools, and educational pro¬ 
grams for Ada. 


T he first returns from the actual use 
of the Department of Defense’s 
Ada language are just coming in 
and they are predominantly favorable. 
Early users believe that they are getting 
substantial productivity gains from Ada. 
They report that the language is minimiz¬ 
ing errors and greatly reducing the time it 
takes to integrate modules into a system. 
Their programmers learn Ada with two or 
three weeks of instruction, become ade¬ 
quate in about two months, and reach a 
high level of capability in about six 
months. However, given the complexities 
of the language, further learning con¬ 
tinues indefinitely. 

Most of the initial applications, 
however, have been in building tools for 
Ada in Ada or in small research projects. 
No large embedded systems—the area to 
which the design of the Ada language was 
especially directed—have yet been com¬ 
pleted in Ada, although numerous ap¬ 
plications of Ada to these systems are get¬ 
ting under way. Because of this lack of 
directly relevant experience and the conse¬ 
quent uncertainties as to how the use of 
Ada will impact costs and schedules, many 
members of the embedded systems com¬ 
munity are still reluctant to employ it. 


Ada is a registered trademark of the US Government 
(Ada Joint Program Office). 

0018-9162/87/0300-0068 $01.00 © 1987 IEEE 


Brief background 

The need in the Department of Defense 
for a common high-level language to 
replace the several hundred languages then 
in use was articulated as early as 1971. In 
January 1975 this need became a formal 
program, the High Order Language 
Working Group. Six years later the DoD 
published the Ada reference manual as 
MIL-STD-1815 (Not coincidentally, 
Augusta Ada Byron, Countess of 
Lovelace and daughter of Lord Byron was 
born in 1815). Two years later in January 
1983 Ada became a joint ANSI-military 
standard (MIL-STD-1815A). 

For a programming language to enter 
into practical use, however, it must have 
production-quality compilers for the host 
and target computers with which it is to be 
used and it should have at least a minimum 
of support tools. By late 1984 three 
compilers had been validated by the DoD 
Ada Joint Program Office (AJPO), but 
they were not of production quality. That 
is, they compiled slowly and produced 
code that was poorly optimized. That 
meant they were suitable only for training 
purposes or small research-oriented 
projects. 

By June 1986 the Ada Information 
Clearinghouse, an AJPO contractor, 
reported that 47 validated Ada compilers 
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were being produced by 19 organizations. 1 
In addition, some 90 compilers have been 
reported by vendors as under way; of 
these, 22 are far enough along for a 
validation test date to have been 
scheduled. 2 It should be noted, however, 
that validation means that a compiler 
produces code meeting the Ada language 
standard; it says nothing about the level of 
production quality. 

Moreover, Ada programming support 
environments are becoming available. 
These environments include compilers, 
syntax generators, and code generators, 
but they may also provide editors, design 
aids, configuration management, and 
project coordination. For example, the 
R1000 Development System from Ra¬ 
tional of Mountain View, California, is in¬ 
tended to provide the same capabilities to 
the developers of large, complex software 
systems as computer-aided engineering 
systems do to integrated circuit design. 
The R1000 Development System supports 
the entire life cycle—design, implementa¬ 
tion, test, integration, and maintenance. 


Early experience 
using Ada 

Many small projects have already been 
written in Ada. These have often been in 
corporate research laboratories, where 
one would expect a language with Ada’s 
capabilities to receive a warm welcome. 
Observers report that this welcome has 
indeed been the case. In these same 
companies, however, those responsible for 
large projects in the $150 to $200 million 
range, who have to meet a schedule and 
don’t want to take a chance on unknowns, 
have been reluctant to move toward Ada. 
In consequence, the first organizations to 
acquire extensive experience with Ada on 
large systems are some of the vendors of 
Ada programming support environments 
who have written them in Ada itself. 


Productivity. “We found that Ada is 
usable today,” reported Dan Wood of 
Gould Computer Systems Division. 
“When we started, no one had any ex¬ 
perience using Ada, but at the end we were 
happy that we were able to finish the proj¬ 
ect on time and have a very high quality 
product.” At various times the Gould 
project had three, eight, or 10 people with 
an elapsed time of around 14 months. “We 
saw an improvement in productivity,” 
Wood added, “but we are not sure of the 


multiple—maybe one and a half to two.” 

This productivity figure is a loose com¬ 
parison to other programming that Gould 
does, Mike Cox, also of Gould, said. 
“With regard to productivity, Ada seems 
to substantiate everything it was designed 
to do.” 

Summing productivity figures reported 
to it, AJPO found that productivity im¬ 
proved by an average of five times over 
what an organization had been doing 
before. This rate of improvement was far 
higher than most organizations had ex¬ 
pected—they had been expecting more on 
the order of 40 percent. 

Since 1980 Computer Corporation of 
America, Cambridge, Massachusetts, has 
written over 400,000 lines of Ada code. 
“Our gut feel is that Ada will reduce devel¬ 
opment costs somewhat and maintenance 
costs substantially,” reported Stephen A. 
Fox. “Unfortunately, we don’t have any 
formal productivity information. We had 
to stand on our head to get the work done. 
The tools just weren’t there. It has only 
been in the last year and a half that we have 
seen production-quality compilers and 
good programming support environ¬ 
ments, like Rational, emerge. 

“We used Ada for the database 
management system that we developed 
under contract with DARPA and the Navy 
because they wanted to try it out, ” he con¬ 
tinued. “However, now we are rewriting 
the system for commercial use and we are 
continuing to use Ada because we believe 
that it is the best language for developing 
and maintaining large software systems.” 

“Our productivity went up a ton,” said 
a systems software user of the results on a 
200,000 source-line system that utilized 17 
people. “I hesitate to tell you just how 
much, because I don’t want to deal with all 
the crank calls I would get. Just say that we 
saw an extreme gain in productivity. And 
that didn’t include any special training in 
Ada on this project. In fact, we had several 
people who didn’t know a thing about 
Ada at the start.” 

About 15 minutes later he couldn’t 
restrain himself any longer. “With my 
Ada group we are going to get this job 
done—we have a couple of months to 
go—with 735 lines of code per manmonth. 
That includes prototyping, documenta¬ 
tion, the whole life cycle. Our past produc¬ 
tivity rate for large-scale Fortran military 
embedded systems is about 115 lines of 
code per manmonth. Both those numbers 
are measured numbers. It’s a factor of 
seven gain and it’s so striking that I can’t 
believe it. I was assuming that we would 


get a 30 to 50 percent gain in productivity, 
but seven times is so large that I am reluc¬ 
tant to announce it publicly until I get 
more substantiating numbers.” 

Bob Bond and Grady Booch of Ra¬ 
tional were willing to go public with their 
figure —1100 source lines of Ada code per ,4 £ 

manmonth. This rate was achieved on the 
entire cycle of development of the R1000 
Development System. Functional design ' 

began in December 1980 with six people. 

From mid-1981 to mid-1983 the staff built 
up to 20, and then expanded slowly to 30. 

The first product was delivered to a beta 
site in February 1985 and the first delivery 
of the completed product came in 
November 1985. The R1000 itself contains 
800,000 lines of Ada code, but Rational 
also developed 700,000 lines of batch tools 
to aid in the development of the R1000. In¬ 
cluded in the 700,000 lines are three early 
Ada compilers that Rational wrote be¬ 
tween 1981 and 1983. 

“We took the 800,000 lines of code 
delivered, not including the scaffolding, 
and divided it by the total number of man- 
months—700—that were involved in the 
entire project, including the scaffolding,” 

Bond explained. “So I believe the 1100 
lines is a reasonably conservative number. ” 

This level of productivity was achieved 
with the 700,000-line set of internal 
bootstrap tools that Rational developed 
but never marketed. In the last year Ra¬ 
tional used the R1000 to develop 45,000 
lines of code. ‘ ‘There we saw code produc¬ 
tion in excess of 2300 sourcelines per man¬ 
month with a small team,” Bond went on. 

“The only thing that changed was the tool 
set. 

“I would be the first to say that there are 
a lot of caveats,” he added. “This was a 
relatively small development team, made 
up of very experienced and competent 
people, highly focused.” They have had 
several years of experience with Ada and 
with the Rational environment. 

Moreover, “if you can substantially im¬ 
prove your productivity, then you can 
significantly reduce the number of people 
involved as you get into the dynamics of 
small versus large systems,” he pointed 
out. “We tried to keep our teams small. 

Typically we had no more than two or three 
people working on a major subsystem. 

“The principal methodology that we 
used was object-oriented design,” Bond 
said. Booch’s book develops the applica¬ 
tion of this methodology to Ada. 3 “We 
used a very highly layered system ap¬ 
proach with very well-structured and well- 
defined interfaces between the layers. We 
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had a lot of tool support for enforcing the 
decomposition and automating the consis¬ 
tency checking, etc. So I would emphasize 
that Ada alone is not necessarily enough to 
see this kind of benefits; it is Ada plus a 
combination of a good methodology and 
good environment support to enforce the 
methodology. High capitalization and 
good environments are significant deter¬ 
minants of software productivity.” 


Reliability. “My speculation is that Ada 
will definitely reduce the number of errors 
in software because of the requirement 
that the Ada compiler catch any semantic 
errors at compile time and also put some¬ 
thing in at runtime so that errors are 
caught as soon as they happen,” said 
Erwin Book of Hughes Aircraft Co. 
“While I do believe that it will happen, we 
have to take it on faith until there are a lot 


The measure of software productivity 


"I really don’t like lines of code per 
manmonth as a measure of produc¬ 
tivity," Bond said. “It happens to be a 
metric that is widely used, particularly 
in the industry in which we deal, aero¬ 
space, but it can also be somewhat 
misleading." 

"While the productivity numbers 
you cite are nice, they are still in our 
terms incomplete," explained Law¬ 
rence H. Putnam of Quantitative Soft¬ 
ware Management, McLean, Virginia. 
Putnam's equations, now supported 
by production data from 1100 soft¬ 
ware systems, indicate that “this 
single measure of lines of code per 
manmonth can be influenced to a very 
large extent by how you do the job.” 

There are trade-offs between the 
number of months scheduled for soft¬ 
ware development, the rate of buildup 
of manpower, the size of the job, and 
the amount of technology that an or¬ 
ganization brings to bear on its work. 

If an organization allows enough time 
in the schedule, for example, the man¬ 
power effort it expends will be less 
than if it tries to accomplish the work 
on a minimum schedule. 4 

Also, if manpower is assigned to a 
job too rapidly, productivity falls off. 
One reason is that everyone's time is 
spent breaking in the new people. 
Also, sometimes people are as¬ 
signed to a project just because they 
are available, not because the job is 
ready to take them. Of course, that is 
wasteful. 

Further, when the number of source 
statements per manmonth is plotted 
against the size of the project in 
source statements, this measure of 
productivity drops off exponentially 
with size. 

The software technology variable, 


which Putnam calls the productivity 
index, is derived by calibrating an 
organization’s past experience, but it 
embraces a host of subvariables of 
which the programming language is 
only one. 

Putnam compared the Rational 
numbers against the 80 sets of data 
in his systems software database and 
obtained the following results: 

• Productivity index: 14. Rational’s 
number is one standard deviation 
above the average of the systems 
software database. 

• Manpower buildup index: 1. On a 
scale of 1 to 5 Rational’s number is 
two index numbers below the mean. 

In the case of this factor, slower is 
better. t 

• Source statements per man- 1 

month: 1100. Thedatabaseaverage i sf 

70. Rational’s productivity bv this ~ | 

measure is two standard deviations 
above the mean of other systems of 
about the same size. 

• Development time: 52 months. 

This is 10 percent longer than the 
database average. Taking a little 
longer for development increases the 
project productivity. 

• Manmonths: 700. The database 
average for this size system is 11,391 
manmonths. 

However, there may be some dif¬ 
ferences between the ways in which 
Rational and Putnam have defined the 
underlying measurements, and these 
differences might change the extent 
of some of the comparisons. 

“Nevertheless, this is an impressive 
performance,” Putnam concluded. 
“However, you can have very high 
productivity—in source statements 
per manmonth—that may have noth¬ 
ing to do with Ada at all.” 


of Ada projects around so that we can 
compare the statistics. 

“The purpose and the power of Ada— 
to reduce errors and other things—be¬ 
comes greater as the size of the project 
becomes larger,” Book went on. “It is 
only when you have very large projects—a 
lot of persons interacting and a lot of inter¬ 
faces between modules—that Ada has a 
big advantage [over other languages].” 

“In many traditional software projects,” 
observed Cox of Gould, “you build mod¬ 
ules and then you enter a phase called in¬ 
tegration where the components may or 
may not fit together. Most of the time, a 
substantial amount of time is spent to get 
everything to work together. With Ada 
this phase is minimized.” 

“One of the big problems with Fortran 
systems is that we typically run 15 months 
doing final integration and test with our 
big half a million lines of code plus sys¬ 
tems,” noted Win Royce of Lockheed- 
Austin. With Ada, however, the program¬ 
mers integrate their code in four hours. 
“There is nothing to do. What it means is 
that in their private coding and testing, 
they are getting rid of all the errors that 
normally plague integration and test. It is 
not that my programmers are smarter, they 
are using a very good Ada environment.” 

Booch of Rational agrees that “integra¬ 
tion tends to proceed much more rapidly.” 
He has the impression that quality is 
higher in Ada. One reason is that Ada is a 
strongly typed language. “As a result, at 
least in our experience, we found that 
many errors that typically would not be 
caught until execution time in languages 
like Fortran or Pascal are often caught 
during compilation time. Also, we use 
Ada as a design language, so we find many 
of our errors early on in the design cycle 
that in other languages might not be found 
until integration.” 

Performance. Everyone seems to agree 
that Ada is a large and complex language. 
Consequently, it has taken years to pro¬ 
duce compilers for it that could pass 
validation requirements. Even then the 
early versions compiled slowly and pro¬ 
duced relatively inefficient code. Valida¬ 
tion guarantees legitimate Ada code; it 
does not guarantee performance. 

To reach production quality a compiler 
has to translate source code to object code 
at a reasonable rate, it has to produce an 
amount of machine code that does not 
greatly exceed that obtained from assem¬ 
bly-language programming, and the exe¬ 
cution speed of this code must be com- 
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parable to that of assembly-language 
machine code. Consequently, more years 
passed as the experience necessary to over¬ 
come these deficiencies was accumulating. 

“A year ago there was a rush to valida¬ 
tion,” Wood of Gould noted. “There was 
a possibility that we would get some 
validated but not usable products. That 
seems to have happened.” 

Gould decided to hold back its own an¬ 
nouncement until it had a compiler of pro¬ 
duction quality with the capacity to do real 
work. “We waited quite a long time until 
we had a product that was reasonably use¬ 
ful from the standpoint of compile speed 
and number of lines of object code from 
source code,” he continued. In fact, 
Gould did not announce its validated com¬ 
piler until August 1986. 

By that time at least four or five recent 
compilers appeared to be of production 
quality, according to one aerospace ob¬ 
server. But his view appears to conflict 
with the weight of opinion in the 
embedded-systems community. 

Inserting Ada into 
embedded systems 

“This panel was not formed just to 
criticize Ada—our intent is to help Ada,” 
proclaimed Dudrey Smith of Lear Siegler, 
opening a panel discussion under the bold 
title Why Ada Insertion Into Embedded 
Systems Is Failing, at the Ada-Jovial Users 
Group meeting in Los Angeles July 7-10, 
1986. “Our goal is to make both industry 
and DoD aware of the problems of imple¬ 
menting Ada as a contribution to solving 
the problems and so getting Ada into 
embedded systems.” 

Smith pointed out that onboard em¬ 
bedded software has to operate in a 
unique environment. Hardware, soft¬ 
ware, test equipment, environmental 
factors, manufacturing methods, and 
software-hardware integration all have to 
be developed in parallel. Requirements are 
not firm at the time work begins. There are 
numerous constraints—environmental, 
nuclear, space, electronic warfare, real¬ 
time operation, and critical safety require¬ 
ments, as well as stiffer limits on size, 
weight, power, and memory capacity than 
nonembedded systems usually bear. More¬ 
over, the effort labors under cost and 
schedule pressures. 

Given this development environment, 
the reason Ada insertion is failing is that 
potential embedded-systems users cannot 
predict the effect of using Ada. “There¬ 


fore, we cannot make good management 
decisions about whether or not to use 
Ada,” he went on. “Some of the un¬ 
knowns are Ada runtime and compiler ef¬ 
ficiency. Are they going to be improving? 
By how much? What kind of vendor 
support are we going to get? (So far it 
hasn’t been very good.) We haven’t an 
indication that the compiler vendors even 
understand this world. What’s going to be 


the cost? How can we be sure the compiler 
is efficient enough? 

“You end up with these major cost 
unknowns,” Smith concluded. “You 
can’t run these critical programs without 
knowing at least some of the answers to 
these questions.” 

MIL-STD-1750. “Recently a number of 
commercially funded 1750A compilers 


Secretary of Defense 
reaffirms commitment to Ada 


In a speech at last November’s Ada 
Expo 1986 Conference, Secretary of De¬ 
fense Caspar W. Weinberger reaffirmed 
his commitment to the use of Ada 
throughout the Defense Department. 
“Ada,” he emphasized, “is the language 
of choice for weapon system applica¬ 
tions within the Defense Department.” 

He also underscored Ada’s present 
and future programming capabilities in 
areas other than weapon systems. “Ada 
can and will offer improved performance, 
enhanced coordination and communica¬ 
tion, and greatly improve our 
capabilities.” 

Emphasizing how firm the DoD’s com¬ 
mitment is, Weinberger continued, “We 
are very serious about using Ada.” In 
fact, he noted, “DoD will soon issue a 
directive requiring its use throughout the 
department.” 

This directive, though not formalized 
yet, had taken root in a draft directive 
issued June 10,1983, by then Underse¬ 
cretary of Defense Delauer. Directive 
5000.31, “Interim DoD Policy on Com¬ 
puter Programming Languages,” states 
that effective January 1984 programs en¬ 
tering advanced developments and effec¬ 
tive July 1984 programs entering full- 
scale engineering development are to 
implement Ada as the programming 
language. 

The rationale for such a directive 
might be inferred from Weinberger’s 
remark that “through the Ada pro¬ 
gram ... we sought to create a high- 
order computer programming language 
that would satisfy the technical require¬ 
ments imposed by all of our defense sys¬ 
tems and which would ultimately replace 


the plethora of languages which had 
previously been in use within the 
Defense Department.” 

According to Weinberger, the results of 
the directive have been positive. “The 
software initiative, through Ada..., has 
been instrumental in energizing defense 
software technology.” Furthermore, 
noted the secretary, “This software 
technology has and will continue to have 
direct application, not only in the US 
defense systems, but in systems which 
we develop in cooperation with our 
allies.” 

The secretary also indicated the kind 
of commitment to Ada he wanted from 
the private sector. “What remains is a 
similar commitment from industry to 
provide us with the highest quality prod¬ 
ucts now.” 

Private industry’s response to the 
secretary’s call for such a commitment 
will not alter the DoD’s own Ada commit¬ 
ment. In a press interview at the con¬ 
ference, Weinberger stated: “W0 do have 
a waiver policy to give us a little flexibil¬ 
ity, but we don’t intend to undermine or 
undercut the basic decision to use Ada 
by use of any waivers on any major 
scale.” 

Recently asked about the status of the 
directive, Allan Kopp of the Ada Joint 
Program Office replied that the DoD’s 
Ada directive is now in the last stages of 
being formally adopted by all three 
military branches. What the Defense 
Department expects from its software 
contractors will soon by clearly spelled 
out. 

—Tom Szalkiewicz, Assistant Editor 
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have been announced,” Austin J. Maher 
of Singer-Kearfott Division told the panel 
audience. The MIL-STD-1750A Instruc¬ 
tion Set Architecture is the Air Force 
standard 16-bit architecture for real-time, 
mission-critical computers. “I hope that 
one or more of them turns out to be a 
superior product. We have to see how they 
perform in the embedded environment.” 

In fact. Advanced Computer Techniques 
Corporation (ACT) announced (on June 
27, 1986) less than two weeks before the 
Ada-JUG conference that its Ada/MIL- 
STD-1750A cross-compiler had success¬ 
fully completed on-site validation testing 
by DoD’s Ada Validation Office. The 
product, the first 1750A compiler to pass 
validation, is said by ACT to be “robust, 
easy to use, and optimized for embedded 
systems.” 

Yes, maybe, no. “Is there a DoD com¬ 
mitment to the insertion of Ada in em¬ 
bedded systems?” asked Joe Dangerfield 
of Harris Corporation, recently retired 
from the military environment. “Yes, no, 
and maybe,” he declared. 

“Yes” is the answer given by the high- 
level policy people in Washington, such as 
the Ada Joint Program Office, he said. It 
came in the form of a mandate three years 
ago to use Ada. It is motivated by opti¬ 
mism which rests on “a perhaps unrealistic 
perception of what the real world down in 
the trenches is like.” 

“Maybe” is the answer given by the in¬ 
termediate level folks at the headquarters 
of the three services and some of their 
subordinate commands. They are the 
folks who write the internal policies that 
interpret the mandate. What they have 
come up with is a theoretical policy “that 
we can live with,” Dangerfield said, that 
is, they provide for waivers of the use of 
Ada under certain conditions. 

“No, there is no DoD commitment.” 
This is “what we hear from our system 
program office managers, the people who 
actually are responsible for making 
weapon systems that fly,” Dangerfield 
continued. ‘ ‘They see the real world. Then- 
perception boils down to the lack of a suf¬ 
ficient software support environment, the 
lack of a compilation system that will sup¬ 
port embedded applications, the lack of a 
trained Ada work force, the lack of suffi¬ 
cient funding, etc.” 

“Out of all this realism and pessimism 
come certain fears,” Dangerfield noted. 
Schedule slips, cost overruns, poor quali¬ 
ty, lack of reliability—“these are the fears 


that drive the boat in the military 
services.” 

One thing is sure, he concluded. DoD 
must speak with a single voice if it is to 
convince contractors that it is really 
serious about getting Ada into embedded 
systems. And industry on its side must be 
willing to take a chance on it. 

Memory. “Memory is still a problem,” 
according to Bill Pepper of Boeing 
Wichita. “The memory-is-cheap scenario 
doesn’t apply in the embedded systems 
world. On a recent project they told us: 
you can do anything you want so long as it 
fits in 64K—shades of the past!” 

Size, weight, power, and heat dissipa¬ 
tion continue to be problems in this world. 
It is not uncommon in the later stages of an 
embedded development, according to 
Smith in an interview after the panel ses¬ 
sion, to get word that power dissipation 
must be reduced, leading to a cut in 
memory. One time such a cut lowered the 
number of instructions by 30,000. Of 
course, the program was already tight and 
the cut had to be accomplished by meth¬ 
ods that subsequently made the program 
more difficult to maintain. 

Smith worries that making this kind of 
cut would not be possible with Ada 
methodology. Still, one of the objectives 
of Ada is to achieve more maintainable 
software. This conflict shows the kind of 
problems the embedded world is still up 
against. 


Ada will come 

Almost every defense contractor has 
made some use of Ada for support soft¬ 
ware and in internal research and devel¬ 
opment. A number of large embedded sys¬ 
tems projects are in the beginning stages; 
for example, Milstar at Lockheed Sunny¬ 
vale is in design. Since production-quality 
compilers and environments only became 
generally available in 1986, one could not 
reasonably expect much more. 

Most of the Ada programming support 
environments have themselves been pro¬ 
grammed in Ada. For this application use 
of Ada was not required by DoD. The 
producers of these environments are 
commercial companies. 

For example, when Rational began 
operations in 1980, it had not made a 
decision to use Ada. “The first thing we 
did was a pretty extensive research project 
on programming languages,” Bond re¬ 
called. “Our early people had experience 


with Modula, Pascal, Lisp, and other lan¬ 
guages, but we concluded that none of the 
languages that were available at that time 
embodied enough good software engi¬ 
neering practice. 

“So we decided to develop our product 
in DoD-1 [as Ada was then called]. We 
weren’t sure that it would ever be a 
commercial success, but we thought it was 
an excellent system programming lan¬ 
guage. First we wrote a subset compiler in 
Lisp and then used that to bootstrap an 
Ada compiler. By 1982 we had a full Ada 
compiler written in Ada. Of course, we 
had to carry it through all the subsequent 
language changes. Our original choice of 
Ada was not as a language to put in our 
product but as a language to use to develop 
the product.” 

Commercial applications are also 
spreading—for example the 180,000-line 
relational database management system 
introduced by CRI Inc. of Santa Clara, 
California, in November 1985. Originally 
created for the HP 3000 series computers, 
its conversion to Ada enables the system to 
be transported to any computer system 
with an Ada compiler. 

Boeing Commercial Airplane Company 
has selected Ada as the language for its 
next aircraft project, the 7J7. Again, this 
selection does not come under the DoD 
mandate. This aircraft will have some¬ 
thing like 100 different small processors in 
it running real-time applications. 

Ada was developed in cooperation with 
the defense ministries of several Western 
European countries, and so it is not sur¬ 
prising that it is beginning to see usage 
there, too. For example, Informatique In¬ 
ternationale, Paris, has delivered several 
hundred thousand lines of code for an air 
traffic control system to the Spanish 
government. Two of the leading Finnish 
banks have contracted with a software 
house to rewrite much of their business 
software in Ada. SofTech, Inc. is retar¬ 
geting a compiler and rewriting a kernel 
Ada programming support environment 
for Nippon Telegraph and Telephone. 

Another straw in the wind—a very 
heavy straw—was the announcement on 
September 2, 1986, of the IBM Develop¬ 
ment System for the Ada Language. Pro¬ 
vided by Telesoft of San Diego, this 
300,000-source line product, itself done in 
Ada, includes compilers for the basic IBM 
370 operating systems, the MVS and the 
VM/CMS, and environmental support 
tools. This announcement presages Ada’s 
penetration of the business community 
that uses IBM mainframes. 
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N ow that adequate compilers and 
environments are available, Ada 
usage is likely to reach critical 
mass within the time it takes to do the 
projects now getting under way—projects 
that should definitely establish the value of 
Ada. Thereafter its use should expand 
rapidly. □ 
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Computer Sciences 
atSandiaLabs; 
the Rewards are 
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the Challenge! 
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Assignments for 
Imaginative People: 
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Department at Sandia 
National Laboratories, our 
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support the Lab’s research 
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in national security and 
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combined with the informal 
living style of the West. You 
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Start Your Participation in 
COMPCON SPRING 88 Now! 

EXPAND YOUR PROFESSIONAL GROWTH. Assist the 
Program Committee in generating a program which includes topics 
in your area of expertise or interest. Here is your chance to 
contribute toward making this broad based computing 
conference the best COMPCON ever. 


1. Submit an extended abstract, or a full paper, in your area of 
expertise for a proposed COMPCON presentation. Send four 
copies and include your phone number. 

2. Submit a proposal for a session, panel or tutorial you would like 
to organize or in which you would like to participate. 

3. Suggest topics, sessions, panels or tutorials you would like to 
have the Program Committee develop and present, if possible, at 
COMPCON SPRING 88. 


Each year at COMPCON technical people with varied backgrounds 
and transnational contacts get together and study the rapid advances 
being made in the computer field. Attendees want, and expect, a 
broad-based update on technological progress. Over the years 
COMPCON has been known for consistency providing a high 
quality broad-based program. To maintain high quality, the 
Program Committee reviews all papers and generally limits 
sessions to ninety minutes with three speakers. Slides are strongly 
encouraged. 


CONTACT: 

Hasan AlKhatib (compcon 88 Program Chair) 

Department of EECS 

Santa Clara University 

Santa Clara, CA 95053 

(408) 554-4485 

WRITE NOW! 

The earliest submissions have the most influence. 

The submission deadline is June 1, 1987. 

Notificiation of acceptance will be in October, 1987. 
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in compcon 88 

The year's only broad-based computing conference 
by the world's largest computer society. 


Hot Topic Areas 
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Super Computers 
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Fault Tolerant Systems 
Data Flow Machines 
Advanced Scientific Computing 
The New Workstation 

• Distributed Systems and Networks 

Distributed Operating Systems 
Local Area Networks 
Wide Area Networks 
Distributed File Systems 
Factory and Office Automation 
Distributed Data Bases 
Data and Voice Digital Networks 
New Network Protocols 

• Knowledge Engineering 

Expert Systems 

Logic Programming and Inference Engines 

AI Architectures 

Robotics 

Computer Vision 

Data Bases 

• Software Engineering 

Managing Software Complexity 

Unix 

Graphics 

Quality Software: How To Get It 
User Interfaces 
CAD Tools 

Object Oriented Languages, Data Bases and Systems 

Window Systems 

Data Security and Encryption 

• Links to the Promised 5th Generation 

What Happened to the 5th Generation? 

Reality and Myths About the 5th Generation 
Optical Computing 
Neural Based Architectures 
New Architectural Controversies 
New Microelectronics Technologies 

• If we missed your topic of interest, please suggest it 


THIRTY-THIRD IEEE COMPUTER SOCIETY INTERNATIONAL CONFERENCE 
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BOOK REVIEWS 


Francis P. Mathur, Mathematics Dept., Calif. State Polytechnic Univ., 3801 W. Temple Ave., Pomona, CA 91768, (714) 598-4421 


Technology’s Crucible 

James Martin (Prentice-Hall, Englewood 
CUffs, N. J., 1987, 206 pp., $15.95) 


Have you ever wondered what kind of 
book Megatrends (by John Nesbitt, 

1982) would have been had it been writ¬ 
ten by James Martin, the prolific writer 
of over 30 computer/communications 
books? Well, to find out read Technolo¬ 
gy’s Crucible ; it addresses the query: 
“How will the high technology of today, 
and man’s own nature, impact the quali¬ 
ty of life tomorrow?” 

This book, illustrated with sketches of 
futuristic scenes, is in the form of a 
script for a television documentary that 
occurs in eight installments broadcast in 
the future, around December 31, 2019 
A.D. The eight installments of this TV 
series that the author narrates and that 
takes place only some 33 years hence 
(and thus in the realm of the lifetimes of 
most of us) are entitled: “The Sorcerer’s 
Apprentice,” “Out of Work,” “The Lit¬ 
tle Red Schoolhouse,” “Big Brother,” 
“Driving Forces,” “Pax Technica,” 
“Only One Earth,” and “Civilization.” 

The central question of the narrator of 
this graphic television series is: “Would 
the course of history have been different 
if the public in the 1980’s had under¬ 
stood the journey on which they had em¬ 
barked?” Martin’s intent in writing this 
book evidently is not to forecast the 
future but to stimulate us to think con¬ 
structively about the future. He feels that 
few people are thinking about the impact 
of future technology; that “ours is an 
age without pragmatic philosophers”; 
and that we need a new subject in uni¬ 
versities: “the philosophy of technology.” 
The question that Martin would like us 
to ask now is: “Given our technological 
possibilities, what sort of world do you 
want your children to live in?” 

Some of the technologies taken into 
account in this narrative are: microelec¬ 
tronics, genetic engineering, artificial in¬ 
telligence (AI) chips, global computer 
networks, low-cost (under $50,000) 
100-kiloton nuclear bombs, micro¬ 
biology, robots, robotic factories, “Star 
Wars” defense systems, fiber optics, op¬ 
tical video disks, hydroponics, and AI 


computers. Given this technological 
revolution, what are the prospects of a 
new golden age of civilization? The past 
golden ages in the author’s opinion are 
ancient Athens, Renaissance Italy, and 
the Paris of Louis XV. By the absence in 
this list of the golden ages of Asia and of 
any mention of their contributions to 
trends in civilization the reviewer could 
not avoid noting the author’s Western 
parochialism, despite his allocating an 
entire installment entitled “Only One 
Earth.” Is it conceivable that the author 
has never been exposed to Arnold 
Toynbees’ History of Civilization'! 
Despite this major shortcoming, the 
author, with laudable intentions, en¬ 
courages the reader to think in terms of 
civilization and its values, and postulates 
an hierarchic four-bloc model of civilized 
society consisting of, in ascending order, 
“basic ethics,” “political constitution,” 
“welfare system,” and “civilization 
values.” To brighten the prospects of a 
new golden age the author would like to 
see the “subject matter filmed, used in 
schools, and broadcast everywhere.” 

The text is replete with brief but tan¬ 
talizing references to the ideas of such 
diverse personae as Pericles, Clement IV, 
Voltaire, Aldous Huxley, Suzuki, George 
Orwell, and even Teilhard de Chardin 
(known for his exposition of a unified 
and evolutionary cosmic network of 
human consciousness, ideas about which 
had already been expounded in great 
detail by the Indian philosopher Sri 
Aurobindo some 50 years earlier in the 
philosophical journal The Arya). 

Martin’s writing is not without irony nor 
tongue-in-cheek humor; to quote from 
the sixth episode, “Pax Technica”: 

The complexity of the attack, counter¬ 
attack, counter-counterattack, and 
counter-counter-counterattack systems 
became so great that no computer could 
predict with assurance that outcome of a 
war that released this nuclear-electronic 
frenzy. The war games computed proba¬ 
bilities, but the uncertainty factors re¬ 
mained great. A policy of mutual assured 
destruction (MAD) was replaced by a pol¬ 
icy of mutually assured uncertainty 
(MAU). This applied equally to both 
sides (MAU-MAU). 

One of many interesting observations 


made by the author is that past golden 
ages needed no impelling technology, 
only leisure time for the elite. However, 
the implications and consequences of 
such titillating gems are not addressed 
and are given to the reader as fodder to 
fuel thought and possibly as seeds for 
doctoral dissertations in the author’s ad¬ 
vocated subject of “the philosophy of 
technology.” 

Possibly the major weakness of this 
monogram lies in the author not pushing 
his investigation of the factors responsi¬ 
ble for civilization trends into the do¬ 
main of evolutionary drivers. One of the 
characters states: “A basic principle of 
evolution is that extinction results from 
lack of diversity.” The author barely 
hints at the possibility of the evolution of 
consciousness as a driving force. In his 
list of 16 attributes characterizing a 
civilized society, the secondmost from 
the top reads: “A society in which 
reason dominates.” If such a list had 
been made at the pinnacle of the 
“civilization” of our simian ancestors, 
surely, by analogy to Martin’s list, they 
would have stated: “A society in which 
instinct dominates.” Is it not inconceiv¬ 
able that in the next evolutionary step, 
just as reason emerged and triumphed 
over instinct, a new process of “cogita¬ 
tion” might emerge equally superior to 
reason? An evolutionary step accelerated 
perhaps by the impact on infant minds 
by precisely the high-technology toys 
that Martin describes in installment six, 
“The Little Red Schoolhouse.” Indeed, 
when one is so deeply steeped in tech¬ 
nology, as the author is, it is difficult to 
step out of its confining bounds for an 
objective all-encompassing view. 

Having depleted his vast expertise, the 
author terminates his exposition with the 
statement that civilization needs chal¬ 
lenges, and space is today’s new frontier, 
and that next “our greatest engineering 
accomplishment will be in space.” As an 
illustration, he describes at some length 
NASA’s Jacob’s Ladder proposal. The 
author does not realize just how correct 
he is in stating that “space today is the 
new frontier”; if only he had meant both 
“inner” and outer space. It is amazing 
that after almost a century of diffusion 
of Eastern gems of inner space to the 
West—for example, cognitive models of 
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perception—and the synthesis of Eastern 
and Western models of our total uni¬ 
verse, the civilization-trend-detector 
gurus are still in the dark regarding this 
equally important space—space to the 
exploration of which world civilizations 
have made incalculable investments. Any 
model of a crucible that categorically 
omits this important ingredient is bound 
to miss the flavor of the civilization that 
is trying to emerge upon us. 

This stimulating megatrendish mono¬ 
gram is highly recommended as must 
leisure-time reading for all trapped in the 
day-to-day technology grind, and espe¬ 
cially to those who are in a position to 
bridle and steer the juggernaut of 
technology. 

Frank Parkash Mathur 

California State Polytechnic 
University 


A Study in String 
Processing Languages 

Paul Klint (Springer-Verlag, Berlin, 

1985, 165 pp., $12.80) 

The title of this monograph reminded 
me of the Sherlock Holmes story “A 
Study in Scarlet,” but the similarity ends 
there. The monograph is an advanced 
study of interest to specialists in the field 
only. 

Written text is an essential element in 
our culture and various technical means 
have been invented to aid in its produc¬ 
tion. Computerized text-processing sys¬ 
tems are rapidly penetrating into all 
areas of human activity where written 
text is the primary means of communica¬ 
tion. The monograph concentrates on 
the programming language aspects of 
computerized text handling and on the 
design and implementation of string pro¬ 
cessing languages. 

The authors interpret “string process¬ 
ing” to mean the inspecting, modifying, 
and transforming of texts, i.e., se¬ 
quences of symbols. According to the 
authors, the increasing use of computers 
for text processing and for other non¬ 
numeric tasks makes the purely arith¬ 
metic design of most computers and 
languages obsolete. 

The authors have considered three 
typical applications where a string pro¬ 
cessing language would serve as the im¬ 
plementation language. The first is to 
count the frequency of occurrence of all 
words in a text and print an alphabeti¬ 
cally sorted list of results. The second is 
to format a text containing embedded 
formatting directives. The third is to 
compile a source program in some pro¬ 
gramming language into machine code. 
The authors attempt to fit the problems 


and language requirements into a general 
scheme, recognizing that the solutions 
proposed and the techniques used are 
not the only ways to solve these 
problems. 

Some highlights: 

The monograph consists of two parts. 
Part I is devoted to string processing 
languages in general. Chapter 1 is intro¬ 
ductory and gives the motivation and 
background for the study. 

Chapter 2 deals with general design 
considerations for string processing 
languages and compares the semantics 
of various pattern matching models. 

Chapter 3 gives an overview of the 
language SUMMER, a “small” lan¬ 
guage with a relatively small set of 
primitive operations together with a 
modest extension mechanism. Readers 
who are interested only in getting a 
general impression of SUMMMER may 
confine themselves to Chapter 3 and the 
examples in Chapter 9. 

Chapter 4 is for designers, implemen¬ 
tors, and users. It attempts to find a 
method for formal language definition 
suitable for all three groups of users. 

Chapter 5 evaluates the research 
described in the first part of the 
monograph and outlines several areas 
for further research. 

Part II contains a complete definition 
of the SUMMER programming 
language. 

Throughout the text the authors do 
not concern themselves with the social 
implications of text processing and of¬ 
fice automation, but refer the reader to 
a number of different publications. 

As to approach, to limit the field of 
discussion, the authors have sometimes 
chosen one of a number of alternatives. 
For example, on the subject of book¬ 
keeping, the authors have chosen to 
look at the recognition process as a com¬ 
mon string at different cursor positions. 
Again, the authors have restricted their 
discussion entirely to deterministic 
methods. On the question of the “mo¬ 
ment” at which the search space is 
established, the authors consider both 
the possibility of it being fixed statically 
at the start of the search process and of 
it being modified dynamically during the 
search. Finally, on the question of the 
precise structure of the work space, the 
authors have mainly considered tree-like 
structures, rather than directly acyclic 
graphs and other arbitrary graphs. 

I would recommend the monograph 
to researchers in the area of string pro¬ 
cessing languages and perhaps to anyone 
interested in the general field of pro¬ 
gramming languages. It seems a good 
value for your money. 

Chandan Sen 

Research Triangle Institute 


Parallel Sorting 
Algorithms 

S. G. Akl (Academic Press, 

New York, 1985, 229 pp., $51.50) 

Except for pipelined vector proces¬ 
sors, which speed up well-known com¬ 
putational processes, and special- 
purpose parallel computers designed 
around particular application areas or 
algorithms, the performance and usabil¬ 
ity of parallel systems have suffered 
from a lack of software and application 
methodologies. It is now generally 
recognized that parallel processing soft¬ 
ware deserves more research and devel¬ 
opment, and the publication of this 
book is a step in the right direction. 

The author attempts to gather in one 
place many known techniques for solv¬ 
ing an interesting and very important 
computing problem, namely sorting on a 
variety of parallel machines. To ac¬ 
complish this in the most general way 
possible, he has chosen to deal with an 
abstract model of parallel systems, cap¬ 
turing only two architectural parameters 
(processor complexity and interconnec¬ 
tion structure), rather than dealing with 
physically implemented parallel com¬ 
puters. While such a model appears to 
be adequate for the 0(f(n) )-type 
analyses offered in the book, more 
realism is needed for comparing algo¬ 
rithms in the same 0(f(n)) class. 

A list of chapters along with their 
lengths provides an accurate picture of 
the book’s organization and contents: 


1. Introduction 15 pp. 

2. Networks for Sorting 23 pp. 

3. Linear Arrays 20 pp. 

4. The Perfect Shuffle 19 pp. 

5. Mesh Connected 

Computers 30 pp. 

6. Tree Machines 21 pp. 

7. Cube Connected 

Computers 26 pp. 

8. Shared-Memory SIMD 

Computers 16 pp. 

9. Asynchronous Sorting on 

Multiprocessors 17 pp. 

10. Parallel External Sorting 18 pp. 

11. Lower Bounds 11 PP- 


An undergraduate course on the design 
and analysis of algorithms and some 
familiarity with parallel computer ar¬ 
chitectures are prerequisites for using this 
book. 

The book contains some inaccuracies 
(e.g., definition of multicomputers and 
multiprocessors on p. 176), unrealistic 
assumptions (e.g., Assumptions 3 on p. 
184), and typographical errors (e.g., line 9 
on p. 63 and the figures on pp. 185-186). 
Some of the many multipage sorting ex- 


76 


COMPUTER 





amples are hardly any help in understand¬ 
ing the algorithms involved. On the 
positive side, the book is well-organized, 
reasonably self-contained, and quite 
readable. It can be used for self-study 
and provides excellent supplementary 
reading for advanced courses on the 
design and analysis of algorithms and 
computer architecture. The book is not 
suitable for use as a text per se, being too 
specialized for undergraduates and not 
substantive enough for a graduate course. 

One important technical slip in this 
book warrants some elaboration. The 
author occasionally assumes that n, the 
number of elements in the list to be 
sorted, has a certain property (e.g., that 
it is a perfect square). He states that 
such constraints present no problem, 
since the original unsorted list can 
always be padded with dummy elements 
until its size becomes acceptable. When 
the size constraint is of the type “perfect 
square” or “power of two,” the analy¬ 
ses are valid, since no more than O(n) 
dummy elements are ever required. 
However, when on page 121 the author 
assumes that n = 2 m for some positive 
integer m that itself is a power of 2, the 
following objection can be raised. 

If we require n to be of the form 2 2 *, 
the number of needed dummy elements 
in the worst case is 

2 2 * — (2 2 *-‘ + l)* 

2 2*-i (2 2*- | _ 1 ) = 0( „ 2 ) 

Thus, the size of the list to be sorted 
may be increased by a factor of O(n). 

In general, the size of the list to be 
sorted is increased from 

x (2 2 * -1 = \fn<x<n = 2 2k ) 
to n. The average size expansion is by a 
factor of 


i t 

x=yfn +1 


B-VS 



0(log n) 

Therefore, O(n) for n of the form 2 2 * 
is actually 0(n log n) for an arbitrary n. 
This seems to invalidate the analysis in 
Section 6.4 of the book. 

In a sense, the subject area of this 
book is not mature enough. There are 
an average of 24 references per chapter 
(not all distinct), most of which were 
published in the 1980’s; many appeared 
in 1983 and 1984, when probably much 
of the book was being researched and 
written. Consequently, one would expect 
future editions to be better developed 
and more substantive. Some of the 
details and variations mentioned in the 
Bibliographical Remarks sections and 


new research results can be molded into 
problems with appropriate hints and 
references. Such an addition would 
make the book much more valuable for 
instructional use. 

I recommend the book for self-study 
and for use as a supplementary reading 
in advanced algorithm design and ar¬ 
chitecture courses. 

Behrooz Parhami 

University of Waterloo 


Spectral Techniques in 
Digital Logic 

S. L. Hurst, D. M. Miller, J. C. Muzio 
(Academic Press, New York, 1985, 

314 pp„ $79.50) 

This book makes fascinating reading. 

In my digital design practice I have al¬ 
ways found the classification of Boolean 
functions and the search for symmetric 
functions to be a sterile exercise. Given a 
design problem, one set up the truth 
table in map form and then extracted a 
minimal two-level form or factored it to 
obtain more levels, and then translated it 
to NAND-NAND ... or NOR-NOR 
form ... or, more recently, left it in 
AND-OR, using a PAL. Any profit to 
be gained from the classification of the 
function or its symmetries came out 
automatically in the design procedure. 

It was therefore with great interest 
that I read this book, which promises 
more powerful design procedures, an¬ 
swering the increasing needs of design 
techniques for VLSI, and which brings 
the reader up to date on all the work 
that has been done in the area of spec¬ 
tral techniques for Boolean design over 
the past 15-20 years. However, consider 
the table of contents. After Chapter 1, 
General Introduction, we have, in 
ascending order, chapters entitled 

• The Spectra of Discrete Functions, 

• The Classification of Boolean 
Functions, 

• Synthesis of Completely Specified 
Binary Functions Using Spectral 
Techniques, 

• Symmetry Conditions in Boolean 
Functions, and 

• Fault Detection. 

Note that except for Chapter 6, these are 
all old, well-explored academic topics, 
not of much practical use, in my opinion. 

Chapter 2 is an exceedingly clear and 
able presentation of the basic theory 
(using Hadamard, Walsh, Rademacher- 
Walsh, Haar, etc., transforms). After 
reading this chapter, I began to hope 
that maybe my skepticism was un¬ 
justified. 

I didn’t find anything in Chapter 3 to 


maintain this hope. The chapter ends 
with this come-on: 

Without doubt, the greatest success to 
date of the spectral domain data has 
been in function classification, leading 
to the formulation of universal logic 
gates and hence to their potential [my 
emphasis] adoption in master-chip 
gate arrays. 

I doubt if universal logic gates, if 
adopted in gate arrays, will enter 
through the backdoor of spectral tech¬ 
niques. Incidentally, the authors use the 
notation “NP-complete ULG circuit.” 
Does this mean that the search for a 
U(niversal) L(ogic) G(ate) is NP- 
complete? Not at all. NP here stands for 
N(egation)-P(ermutation). Of course, 
the search is probably NP-complete, in 
spite of using spectral techniques. “For 
n = 4 [only!] the situation has not been 
exhaustively reported.” 

In the discussion of symmetry condi¬ 
tions (Chapter 5), the authors start out 
the chapter with the profound statement 
that “every Boolean function possesses 
some simple or complex form of symme¬ 
try.” This reminds me of Martin Gard¬ 
ner’s friend, Dr. Matrix, who showed 
that every number is special. 

Finally, the great moment; I arrive at 
Chapter 6. Hope dashed! The chapter 
ends with the caveat (similar to the con¬ 
clusions of all the other chapters): 

The thrust of the presentation has 
been to demonstrate the applicability 
of the spectrum in fault detection. For 
that reason, a number of interesting 
related concepts have been omitted, 
since they do not lend themselves to 
spectral analysis [my emphasis]. The 
chapter has been largely a theoretical 
study with only brief concern for the 
practical implementation of the 
results. 

What the authors have shown in this 
chapter is that spectral or not, the com¬ 
binatorial aspects of test design for fault 
detection cannot be avoided. 

The book will find a place in academ¬ 
ic libraries, where it may help spawn a 
host of MS and PhD theses. Maybe 
someday spectral techniques will offer 
something we can’t easily obtain other¬ 
wise. But not yet. 

The book is fairly well edited, with 
few discernible typographical errors. 

Lotfi Zadeh is listed in the bibliography 
on p. 166 as Lotfi, Z. M. (At least they 
didn’t write Lofti, as I have seen in 
other places.) Finally, the authors aren’t 
sure whether we are doing “combinato¬ 
rial” or “combinational” logic design, 
and so they use the terms inter¬ 
changeably. 

Morton Nadler 
Virginia Tech 


March 1987 
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STANDARDS 


Editor: Helen M. Wood, NBS, B154 Technology, Gaithersburg, MD 20899 

Interface standards promise big benefits for users and suppliers 


A new generation of input/output in¬ 
terface standards will be the focus of an 
industry /government conference to be 
held at the National Bureau of Standards 
on March 24 and 25, 1987. Jointly spon¬ 
sored by NBS and the Computer and 
Business Equipment Manufacturers 
Association, I/O Interface ’87 will bring 
together experts from the computer in¬ 
dustry, the standards community, and 
user organizations to discuss the 
technology and the standards that could 
revolutionize the way that computer sys¬ 
tems are developed. 


Accredited Standards Committee X3 
on Information Processing Systems re¬ 
cently approved a new project to devel¬ 
op an American National Standard for 
a remote database access service and 
protocol. 

This specification is intended to define 
the interworking between two program 
components in different machines—one 
of which is controlling a database and 


Although the IEEE (through its parent 
organizations) has sponsored standards 
development activities for nearly 100 
years, it is considered a “newcomer” in 
the field of computer technology stan¬ 
dards. The Computer Society contains 
the fastest growing standards activity in 
the IEEE. Currently there are over 100 
standards and projects in such diverse 
areas as software engineering, local area 
networks, microprocessor buses, design 
automation, programming languages, 
and standards definitions. 

The 802 series of local-area-network 
(LAN) standards are perhaps the most 
well known of the standards produced 
within the Computer Society. Posix, the 


These new interface standards are ex¬ 
pected to produce large dollar savings 
for both users and suppliers of computer 
equipment. About one quarter to one 
half or more of the total hardware costs 
of computer systems are spent on mass 
storage peripherals. This is true for 
personal computers, minicomputers, and 
large systems. James N. Porter, well- 
known industry analyst, estimated 
worldwide sales of rigid magnetic disks 
at about $14 billion in 1985. This is 
expected to rise to $25 billion in 1989, 
according to Porter. 


the other which requires access to read 
and update the data. 

This protocol and service will work 
with emerging standard protocols for 
open systems interconnection to support 
economical distributed processing. 

To work on this project, contact the 
chair: Donald R. Deutsch, General Elec¬ 
tric, 278 Franklin Rd., Suite 300, Brent¬ 
wood, TN 37072. 


recently approved IEEE trial use stan¬ 
dard for Unix-derived portable operating 
systems, promises to rival the LAN stan¬ 
dards in sales and international support. 
Both the software engineering and mi¬ 
croprocessor standards are growing 
rapidly, with three additional software 
engineering and nine microprocessor 
projects approved during the last half of 
1986. 

For a copy of the Computer Society 
“Standards Status Report,” detailing 
projects, standards, and points of con¬ 
tact, send your name, address, and a 
check or money order for $7.00 (US), 
made out to the “Computer Society of 
the IEEE,” to the department editor. 


The development of the new standards 
has been a difficult process. Until 1986 
only three I/O interface standards had 
been approved by the American National 
Standards Institute. In 1986, six new I/O 
interface standards were approved, in¬ 
cluding: The Small Computer System In¬ 
terface (SCSI), Intelligent Peripheral In¬ 
terface (IPI), and Fiber Distributed Data 
Interface (FDDI) Media Access Control. 
For information on I/O Interface ’87 or 
on how to obtain copies of the new stan¬ 
dards, contact Sylvia Golden, NBS, 

(301) 975-2900. 

Computer technology 
standards come of age 

Frustrated with the high cost of inter¬ 
connecting computer-based systems in 
the factory and office, General Motors, 
Boeing, US government and other large 
organizations have combined their mar¬ 
ket clout to press for speedy implementa¬ 
tion of network protocol standards. 

The recent formation of the Corpora¬ 
tion for Open Systems (COS) marks a 
major milestone for computer standardi¬ 
zation. US suppliers of computing tech¬ 
nology are joining forces to support 
standards currently being developed for 
open systems interconnection. 

For nearly thirty years, voluntary stan¬ 
dards committees have pursued the de¬ 
velopment of computer technology- 
related standards. In recent years, the 
number of standards both completed 
and under development has increased 
dramatically. One study identified 47 in¬ 
dustry, government, and international 
organizations that produce over 1000 
software-related standards, guidelines, 
and codes of good practice. 

These are among the recent devel¬ 
opments that have greatly increased the 
visibility of computer standards and 
marked their “coming of age.” As head¬ 
way is made in developing a standard set 
of internationally recognized network 
protocols, the need for standard soft¬ 
ware systems and interfaces becomes 
more apparent. Network standards pro¬ 
vide the foundation for less expensive 
distributed processing and remote data ac¬ 
cess. Software and data interchange stan¬ 
dards will provide the material for build¬ 
ing applications upon that foundation. 


Why is there so much interest in standards? What are the issues—economic, 
technical, political—involved? Who are the players? These are among the topics 
that wilt be considered in the Computer Standards Department. 

Short articles on standards-related topics are sought for publication in this 
department. For details, contact the department editor. 


Remote database access project established 


Computer Society role in standardization 


78 


COMPUTER 







Enrocommt 


The Conference on Computer Communications 


Networks: Evolution or Revolution? 


March 28-31,1988—Sheraton New Orleans Hotel, New Orleans, LA. 


CALL FOR PAPERS 


Seventh Annual Joint Conference of the 
IEEE Computer and Communications Societies 

Sponsored by the Technical Committees for Computer Communications of the Societies 


Authors are invited to submit full papers on recent advances in computer and 
communications disciplines. Areas of interest include, but are not limited to: 

• Computer Network Architectures • Telecommunications and Switching 


Local Area Networks 
Metropolitan and Wide Area Networks 
Satellite Communications Networks 
Packet Radio Networks 
Mobile Networks 
Personal Communications 
Multi-Access Algorithms 
Queueing Modeling and Analysis 
Performance Evaluation 
Communication Protocols 
Computer Networking Standards 
Network Management and Control 


Broadband ISDN 
Multi Network Interconnection 
Multimedia Systems and Networks 
Security and Privacy 
Reliability and Availability 
C 3 Systems and Networks 
Military Computer Communications 
Expert Systems 

Industrial/Manufacturing Networks 

Office Automation 

Health Care/Medical Applications 


SCHEDULE 


Full Paper (4 copies)—August 3,1987 
Notification of Acceptance—October 15,1987 
Camera Ready Copy—December 15,1987 
Conference—March 29-31,1988 
Tutorials—March 28,1988 


Submit papers to: Prof. Al Leon-Garcia, Technical Program Chairman, IEEE INFOCOM ’88 
Dept, of Electrical Engineering, University of Toronto, Toronto, Ontario, Canada M5S 1A4 
Telephone (416) 978-503 7 



THE COMPUTER SOCIETY 
OF THE IEEE 



THE INSTITUTE OF ELECTRICAL 
AND ELECTRONICS ENGINEERS, INC. 



IEEE COMMUNICATIONS SOCIETY 






Our client, a major medical 
equipment manufacturer, cur¬ 
rently has the following imme¬ 
diate openings for experienced 
professionals. 

Sr. Systems 
Engineer 

Responsible for overall systems 
engineering of the new project. 
This will involve specification 
and integration of many hard¬ 
ware components and the re¬ 
sponsibility for all aspects of 
operating systems and driver 
modifications and development. 
Requirements: BSEE with five 
years’ experience, or advanced 
degree with two years’ experi¬ 
ence with VAX running under 
VMS. Good working knowledge 
of operating system internals 
and interfacing techniques with 
proven accomplishments. 

Sr. Software 
Engineer 

Responsible for the design and 
implementation of multi-modal 
user i/o software and for the 
development of a versatile data¬ 
base management capability. 
Requirements: BSCS with five 
years experience, or advanced 
degree with two years’ experi¬ 
ence in software related to data¬ 
base management and user 
interfaces. Prefer knowledge of 
VAX running under VMS. 

Medical Physicist 

Responsible for algorithm 
evaluation, selection, and imple¬ 
mentation for a new radiation 
treatment planning system. 
Requirements: MS or Ph.D. in 
Physics or Medical Physics (with 
emphasis in radiation therapy) 
and previous experience on the 
implementation of 2-D and 3-D 
treatment planning algorithms. 
Experience with DEC VAX/VMS 
preferred. 

Salaries commensurate with 
background; excellent benefits 
package. To apply, PLEASE DO 
NOT CALL, but send resume 
to: Deutsch, Shea & Evans, Inc., 
Dept. IEEE386,88 Kearny St., 
Suite 801, San Francisco, CA 
94108-5502. Both DS&E and 
our client are equal opportunity 
employers. 


Confidential Rep/y Service 


THE 



Pi in the sky? 

I read with considerable interest 
Jochen Ludewig’s report in the June 
1986 issue of Computer regarding the 
Strictly Decimal Initiative. [The purpose 
of this initiative, according to Ludewig, 
was “to stop arithmetic fatalism and 
pessimism” by “introducing a revolu¬ 
tionary law in mathematics stating that 
2 10 = 1000.”] I thought readers of The 
Open Channel would be interested in 
learning about a similar development in 
my own country, Nephelococcygia. The 
following passage in the Bible has led to 
the rediscovery of an ancient truth, long 
obscured by pseudoscientists: 

Then he [Hiram] made the molten sea; it 
was round, ten cubits from brim to brim, 
and five cubits high, and a line of 30 cubits 
measured its circumference. 

—I Kings 7,23 

As any unprejudiced person will see 
after a little calculation, this passage 
states clearly that the value of pi is exact¬ 
ly three, and not the unnecessarily 
cumbersome sequence of digits that has 


Is redundancy necessary? 

In designing highly reliable systems or 
achieving adequate yields with wafer 
scale integration (WSI), redundancy is 
the standard approach, chosen almost 
automatically. However, I’d like to em¬ 
phasize that in many cases involving 
identical addressable modules an alter¬ 
native to redundancy exists: avoidance. 
That is, bad modules are simply not 
referenced after testing. 

AlS an example, consider a main- 
memory wafer used with a virtual 
memory CPU. It consists of byte-wide 
RAMs with unique addresses, intercon¬ 
nected by a common bus, and is used by 
treating bad RAMs as unavailable virtual 


been foisted on the world for the past 
two or more millennia by over-sophisti¬ 
cated intellectuals straining after false 
exactitude. Computer scientists, in par¬ 
ticular, should welcome this exciting dis¬ 
covery because of the much greater effi¬ 
ciency to be gained by using an integer 
rather than a floating-point number in 
calculations involving pi. 

We have begun a movement to correct 
all the mathematics textbooks in the 
elementary schools of our country, and 
we are gradually replacing teachers who 
refuse to teach the new Pi Science. 
Naturally, this has caused some opposi¬ 
tion and controversy, but our country’s 
leader has been convinced by the 
common-sense simplicity of the new pi. 
We therefore expect that, with his 
support, the truth will prevail. 


R.F. Jordan 
Monmouth College 
West Long Branch, N.J. 


memory pages. It is highly efficient 
because all good RAMs are usable by the 
system. Contrast this with two-level 
module and group redundancy, which 
reduces the available RAMs to one- 
fourth the total on the wafer. Of course, 
one aspect of this addressable WSI ap¬ 
proach is that a variable number of good 
RAMs will exist on a wafer. As a virtual 
main memory this should have little con¬ 
sequence for the user, causing only a 
minor change in system performance. 

Gilman Chesley 

Wafer Virtual Memory (WAVM) 

Los Altos, Calif. 


The Open Channel is exactly what the name implies: a forum for the free ex¬ 
change of technical ideas. Try to hold your contribution to one page maximum 
in the final magazine format (about 1000 words). 

We’ll accept anything (short of libel or obscenity) so long as it’s submitted by 
a member of the Computer Society. If it’s really bizarre we may require you to 
get another member to cosponsor your item. 

Send everything to Jim Haynes, Computer Center, UC Santa Cruz, CA 95065. 
Bitnet: haynes@ucscc; Arpa: ucscclhaynes@ucbvax.berkeley.edu. 
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Advance program 

1987 IEEE Symposium on 
Security and Privacy 


April 27-29, 1987 

The Claremont Hotel 
Oakland, California 

sponsored by 

The Computer Society of the IEEE 
Technical Committee on Security and Privacy 

in cooperation with 

The International Association for Cryptologic Research (IACR) 


GENERAL SESSIONS 


Monday, April 27 

Secure Systems 1 — Chair: D. Bailey 
Information Flow — Chair: T. Berson 


Secure Systems II — Chair: J. Anderson 
Applications of Graph Theory — Chair: S. Akl 


Tuesday, April 28 


Formal Methods I — Chair: D. Cooper 
Formal Emthods III — Chair: C. Meadows 
Informal Panel Sessions — Chair: D. Bell 


Formal Methods II Chair: D. Schnackenberg 
Commercial Security Policies — Chair: S. Lipner 


Wednesday, April 29 

Database Security I — Chair: T. Lunt 


Database Security II — Chair: C. Landwehr 


CONFERENCE COMMITTEE 


Virgil D. Gligor 

General Chairman 


Terry Vickers Benzel 

Treasurer 


David Bailey 

Program Co-Chairperson 


Steve Lipner 

Program Co-Chairperson 


THE COMPUTER SOCIETY 


OF THE IEEE 



For a Complete Advance Program, Contact: 
SECURITY AND PRIVACY CONFERENCE 

c/o Computer Society of the IEEE 
1730 Massachusetts Avenue, N.W. 
Washington, DC 20036-1903 
(202) 371-0101 



IEEE 



UPDATE 


NCC-87 offers 60-percent fee discount for early registration, 
will present “most relevant technical program ever” 


Louise Anderson, Assistant Editor 

The NCC Board has approved a 
60-percent discount in the cost of admis¬ 
sion to this year’s National Computer 
Conference for AFIPS constituent soci¬ 
ety members who postmark their regis¬ 
tration materials by May 1. 

Four of those societies—the Computer 
Society, the Association for Computing 
Machinery, the Data Processing Manage¬ 
ment Association, and the Society for 
Computer Simulation— sponsor the 
conference, which will be held in Chica¬ 
go’s McCormick Place from June 15-18. 

Computer Society members can re¬ 
serve admission to the technical program 
sessions being offered on all four days, 
as well as four days’ admission to the ex¬ 
hibits, by sending AFIPS $100 plus the 
NCC application form on the facing 
page. (The price also includes a copy of 
the conference proceedings.) 

The special rate represents a 60-per- 
cent discount over the fee that will be 
charged for on-site admission and a 50- 
percent discount over the cost for general 
pre-registration. 

Conference theme. Conference Chair¬ 
person John M. Brown says that this year, 
NCC will present its “most relevant tech¬ 
nical program ever, coupled with a com¬ 
prehensive exhibition area that provides... 
the opportunity to explore what is behind 
the new products and technologies.” 

The conference, whose theme this year 
is “Discover the Power of Information,” 
is designed to provide a forum in which 
leaders in research, development, and in¬ 
dustry can share their knowledge and ex¬ 
perience. 

More than 90 technical-program ses¬ 
sions and approximately 12 to 15 profes¬ 
sional development seminars will be of¬ 
fered, and more than 400 major com¬ 
panies will offer exhibits. Up to one 
fourth of the exhibiting companies will 
introduce new products. 

Technical sessions. The sessions to be 
offered as part of the technical program 
include the following: 

Artificial intelligence. Expert systems, 
natural language processing, logic pro¬ 
gramming, and speech recognition have 


all become legitimate and productive 
uses of AI technology. These NCC ses¬ 
sions will present systems that are avail¬ 
able for the office and the factory and 
will explore future AI applications. 

Computer design and supercomputers. 
Speakers will provide updates on super¬ 
computers and minisupers, superminis, 
work at supercomputing centers, soft¬ 
ware issues affecting supercomputers, 
supercomputer applications, supercom¬ 

puters of the future, the Warp solution 
for supercomputing, and massively par¬ 
allel machines. 

Educational and human resource is¬ 
sues. The addition of new technology to 
the workplace produces changes in job 
requirements. The effects of such tech¬ 
nology on an organization’s personnel 
and its human-resources functions, as 
well as on educational and training pro¬ 
grams, will be covered. 

Hardware directions. High-perfor¬ 
mance workstations, developments in 



gallium arsenide and silicon technologies, 
optical disk storage, innovations in pe¬ 
ripherals, graphics standards, and voice 
input/output are some of the topics that 
will be discussed in this track. 

Information-technology management. 
How to organize, control, and promote 
information systems as a strategic 
resource while accommodating users, 
vendors, and the changing business 
climate and delivering quality systems 
products will be debated. 

Networking and connectivity. Presen¬ 
tations are slated that will touch on 
ISDN, wide area networks, mobile data 
communications, networks in PBXs, net¬ 
work performance, network standards, 
and the connecting of networks to other 
networks or to mainframes. 

Personal computing. This track will 
cover various microcomputer applica¬ 
tions that will be of interest to the novice 
as well as to the experienced user. New 

(Continued on p. 84) 



NCC-87 Conference Chairperson John Brown of AT&T Information Systems’ Small 
Computer Laboratory says that NCC-87 “will provide the best environment in the 
world for the serious professional to keep abreast with...new trends, new products, 
and new solutions.” Program Chairperson Margaret Butler, a senior computer scien¬ 
tist at Argonne National Laboratory, notes that “the NCC-87 Program Committee 
has developed an exciting conference program aimed at making McCormick Place on 
Chicago’s lakefront the place to be June 15-18.” 
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ways of marketing software will also be 
presented. 

Security, privacy and law. Key issues 
to be covered in this track: Are personal 
privacy and dignity being sacrificed to 
efficiency? Are today’s laws and enforce¬ 
ment agencies adequate to deal with com¬ 
puter crime? Are corporate information- 
security programs sufficient to control 
abuse or misuse of information systems? 

Systems software and languages. This 
track will encompass the tools used to 
build, maintain, and operate application 
systems. Recent growth in the number 
and variety of software and methodology 
components is generating uncertainty 
and controversy over their value to the 
user, their impact on development orga¬ 
nizations, and their relationship to one 
another. 

Workplace applications. Topics to be 
addressed: workplace issues; electronic 
and technical publishing; computer-aided 
mechanical, electrical, and electronic en¬ 
gineering applications; robotics; the 
adoption of computers by the financial 
world; and the use of real-time systems. 

Other features. Other program high¬ 
lights will include discussions of SDI, a 
Pioneer Day salute to early operating 
systems, and a preview of an exhibit en¬ 
titled “Reaching the Rest—Bringing 
People Into the Information Age 
Through the Exhibit Medium,” which is 
scheduled to open at the Smithsonian in 
1989. 

Awards to be presented by AFIPS in¬ 
clude the Harry Goode Memorial Award, 
which is presented to an individual for 
outstanding achievement in the informa¬ 
tion-processing sciences; the Education 
Award, which is presented to an in¬ 
dividual for outstanding contributions to 
education in the information-processing 
field; and the AFIPS/Fortune Magazine 
Product of the Year Awards. 

Also to be presented are half- and full- 
day professional development seminars 
designed to offer opportunities to ex¬ 
plore new ideas, resolve problems, and 
enhance the use of systems now in place. 
Attendees may earn continuing educa¬ 
tion units (CEUs) and education contact 
hours, both of which can be used toward 
recertification by the Institute for Certifi¬ 
cation of Computer Professionals. 

Registration information. The cost of 
admission to the conference does not in¬ 
clude professional development semi¬ 
nars. On-site conference admission is 
priced at $250 and general pre-registra¬ 
tion (for which materials must be post¬ 
marked by May 15) costs $200. Half-day 
attendance at the seminars costs $75, 


which includes half a CEU, and full-day 
attendance costs $125, which includes 
one CEU. 

Other fee schedule options include 
$100 to attend one day of the con¬ 
ference, $25 for admission to exhibits 
only on all four days, and $25 for stu¬ 
dent registration for all four days. 

Further information about attending 
the conference, including a “Program- 
at-a-Glance” brochure, can be obtained 
by calling (800) NCC-1987. In Virginia, 
call (703) 620-8955. Information can also 
be obtained by writing to NCC-87, 
AFIPS, 1899 Preston White Dr., Reston, 
VA 22091. 


Computer Society, 

IPSJ now affiliated 

The Board of Directors of the Infor¬ 
mation Processing Society of Japan and 
the Board of Governors of the Computer 
Society of the IEEE have agreed to 
establish an affiliate relationship between 
the two societies. Members of either 
society are now automatically qualified 
to join the other. 

Automatic qualification is a significant 
advantage as it expedites the application 
approval process. Now the resources and 
member benefits of the two societies are 
within easy reach of both memberships. 

IPSJ members can join the Computer 
Society for $39 and receive Computer 
every month. They will also be entitled 
to member discounts on other Computer 
Society periodicals and publications and 
on Computer Society conferences, many 
of which are held in Japan. 

Computer Society members can join 
the IPSJ at the overseas member rate of 
5700 yen ($36.75) and receive the month¬ 
ly technical journal Joho-Shori, which is 
printed in Japanese. They are also en¬ 
titled to discounted rates on IPSJ 
periodicals and registration fees for IPSJ 
conferences and technical meetings. 

They may also join IPSJ working groups 
by paying prescribed dues. 

IPSJ president, Masanori Ozeki, and 
Computer Society president, Roy Russo, 
anticipate that the affiliate relationship 
will promote the goals and objectives of 
the two organizations. 

IPSJ members interested in Computer 
Society membership may find applica¬ 
tions in any issue of Computer or may 
write to Computer Society of the IEEE, 
Publications Office, 10662 Los Vaqueros 
Circle, Los Alamitos, CA, 90720, USA. 

For information regarding IPSJ mem¬ 
bership, contact IPSJ, Hoshina Building, 
No. 2-4-2 Azabu-Dai, Minato-Ku, 

Tokyo 106, Japan. 



Peter Naur, recipient of a 1986 
Computer Pioneer Award, was honored 
for his pioneering work in computer 
languages. 


Computer Pioneer 
Award presented 

Peter Naur has received a 1986 Com¬ 
puter Pioneer medal for his work on 
computer language development. The 
award was presented December 17, 1986, 
during an IEEE Denmark Section 
meeting at the Technical University at 
Lyngby, Denmark. Following the presen¬ 
tation by Section Chairman P. Martin 
Larsen, Naur spoke on Algol-60 and the 
man/machine interface problem. 

Naur is one four people designated as 
1986 Computer Pioneers by the Board of 
Governors of the Computer Society of 
the IEEE. The others are Cuthbert C. 
Hurd for his contributions to early com¬ 
puting, James Pomerene for his design 
of the earliest supercomputers, and 
Adriaan van Wiijngaarden for his work 
on Algol-68. 

The Pioneer Award was established in 
1981, the society’s 30th anniversary year, 
to honor the vision of those people 
whose efforts resulted in the creation and 
continued vitality of the electronic com¬ 
puter industry. The citation is engraved 
on a medal, specially struck for the 
society. The medal carries the likeness of 
Charles Babbage, English mathematician 
and designer of mechanical calculators, 
called analytic engines in the mid-1800s, 
which were the forerunners of 20th- 
century automatic computers. 
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News from the Computer Society Committee on Public Policy 

Technology and society: What is your position? 

Ken Anderson, Chair, COPP Subcommittee on Social Issues 


Position statements and educational 
information from the American Medical 
Association and the American Bar 
Association are often reported in the 
news media. We read about, or hear 
about, the opinions of these organiza¬ 
tions representing the medical and legal 
professions in our local newspapers and 
on radio and TV. However, I do not 
remember hearing or reading about any 
position statements from professional 
associations representing engineers and 
scientists in those same media. 

Apparently engineers and scientists are 
not as active as other groups in making 
the public aware of their positions on 
societal issues that relate to the tech¬ 
nology being developed or in use. Should 
not the possible positive and negative 
changes in the quality of life that con¬ 
cern scientists be provided to the public? 

We know from professional publica¬ 
tions, for example, that software 
technologists are currently expressing 
strong reservations on the ideas and con¬ 
cepts proposed in the Strategic Defense 
Initiative (popularly known as Star 
Wars). These scientists are testifying 
before government committees about 
their personal beliefs that software 
technology is not reliable or robust 
enough for a successful missile defense. 
They also have expressed doubt in the 
high expectations that our policy makers 
have in believing that we can develop 
and implement the computer programs 
necessary for such a system. Yet I have 
not seen any mention in the local media 
about the scientists’ positions. 

How can we as technologists gain the 
recognition and credibility held by doc¬ 
tors and lawyers? I strongly believe that 
computer technology use in our society 
in a reliable and meaningful manner re¬ 
quires the insight and understanding of 
the scientists and engineers developing it. 
The application of the technology in a 
way that results in the best benefits to 
society needs the perspective, participa¬ 
tion, and position of the involved scien¬ 
tists and engineers. The use of computers 
in life-support systems, education, office 
and home automation, and many other 
areas where there is a valid concern for 
life and safety, calls for some kind of 
collective expert opinion. 

A colleague of mine recently expressed 
to me his concern about how technology 
has snowballed, thus straining America’s 
economic and legal systems, which are 
currently focusing little or no attention 


on technology issues. He believes that 
there are many issues today where scien¬ 
tists can give policy makers informed 
views of technological opportunities and 
pitfalls, dispelling mysteries and prevent¬ 
ing misconceptions. I believe that my 
colleague is correct. 

With today’s computer technology, it 
is possible to participate in the formula¬ 
tion of models that may help us predict 
the future with more certainty. The 
Computer Society COPP Subcommittee 
on Social Issues is interested in attracting 
individuals who are actively exploring 
ways of understanding social systems to 
the same degree that we understand 
physical systems and researchers who are 
striving to accurately simulate social sys¬ 
tems using supercomputers in much the 
same way we use these computers to 
solve physical behavioral problems. 

We hope to provide these individuals 
with a forum to exchange ideas and to 
develop a voice. We will try to establish a 
mechanism that uses our expertise to 
understand and speak on issues of im¬ 
portance. Our goal is to become an 
organization of more social awareness by 
exchanging information and establishing 
a public position on issues. By taking a 
collective position through our profes¬ 
sional society, we should begin to in¬ 
fluence public opinion and bring tech¬ 
nologists and policy makers together. 

You are invited to participate in this 
vital subcommittee’s activities by submit¬ 
ting your name and address to the COPP 
secretary: Paul Davis, 41 W. Huron St., 
Jackson, OH 45640. 


The Board of Directors of the Infor¬ 
mation Industry Association has issued a 
statement opposing efforts by the 
Department of Defense and the National 
Security Council to restrict public access 
to unclassified information and to 
establish a monitoring system for com¬ 
mercial electronic databases. 

In a letter to Secretary of Defense 
Caspar Weinberger, the association called 
for withdrawal of the new security 
classification for “sensitive but unclassi¬ 
fied information” and asked the secre¬ 
tary to make public the concerns that 
prompted the new classification. 


USAB OpCom 
raises concerns 
about tax reform 

The Operating Committee of the 
IEEE’s United States Activities Board has 
raised concerns about potentially adverse 
effects of Section 1706 of the Tax Reform 
Act on many consulting engineers, scien¬ 
tists, and computer professionals. 

At a meeting in Denver on January 10, 
the committee endorsed a proposed posi¬ 
tion criticizing the new law and urged 
amendment. The proposed position 
statement begins as follows: 

The Institute of Electrical and Elec¬ 
tronics Engineers, Inc. opposes any 
legislation which singles out engineers, 
scientists, and computer professionals 
for unfair or discriminatory treatment. 
The statement goes on to criticize Sec¬ 
tion 1706 for substituting common law 
tests for past industry practice as the 
criteria to be used in determining 
whether computer programmers and sys¬ 
tems analysts, among others, who pro¬ 
vide services to clients of technical ser¬ 
vices firms are to be treated as employees 
or as independent contractors for the 
purpose of establishing liability for the 
payment of income, Social Security, and 
unemployment taxes. 

Further paragraphs suggest that Sec¬ 
tion 1706 results from efforts by mem¬ 
bers of one group of technical services 
firms to gain an economic advantage 
over another, that the bias introduced by 
the law will hinder technical scientific de¬ 
velopment, and that Section 1706 must 
be repealed or amended. 

More information can be obtained 
from Vin O’Neill in the IEEE Washing¬ 
ton Office, 1111 19th St. NW, Suite 608, 
Washington, DC 20036; (202) 785-0017. 


The Information Industry Association 
represents 460 information companies 
that provide electronic databases and 
related information services. The 
association believes that restricting the 
right to create and distribute unclassified 
information will severely hinder member 
companies’ ability to do business, con¬ 
tribute to a further decline in the US 
balance of trade, and retard US 
technological growth. 

The IEEE and the Computer Profes¬ 
sionals for Social Responsibility have 
also indicated concern with the proposal. 


Information industry sounds alarm 
over new DOD classification scheme 
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A TRIP DOWN MEMORY LANE. The Computer Museum’s full-color, 24" x 30" 
poster with its panoply of different computer memories comes with a key identifying 
these various electronic storage media, from punched cards to the latest 256K 
RAM chips, spanning the nearly 85 years of development of this essential component. 


Computer Museum 
offers poster to new 
members 

Remember the Eniac? The Johnniac? 
The Maniac? “Memories,” the title of 
the poster the Computer Museum is of¬ 
fering to all new members, brings to life 
these remnants of an earlier, bygone 
technological era. This handsome full- 
color, limited-edition poster also brings 
back the days of mercury delay lines, 
punched cards with 90 columns, and 
round holes. An important part of the 
museum’s collection, these and other 
memory devices have been used to create 
a tableau of abstract beauty that sym¬ 
bolizes the important role the museum 
plays in preserving and chronicling im¬ 
portant computer developments. 

The Computer Museum is the world’s 
first and only museum devoted to com¬ 
puters. Officially opened in 1979 by 
Digital Equipment Corporation in Marl¬ 
boro, Massachusetts, the museum be¬ 
came an independent, nonprofit institu¬ 
tion in June 1982. The museum was 
originally founded to save the Whirl¬ 
wind—the world’s first real-time, paral¬ 
lel, vacuum-tube computer with a core 
memory—when it was on the verge of 
being scrapped. From its original home 
at Digital’s headquarters, the museum 
was moved to Boston’s Museum Wharf 
on November 14, 1984. 

With over 1000 artifacts, 700 photo¬ 
graphs, and 300 films and videotapes, 
the museum chronicles the evolution of 
computing from early mechanical devices 
to today’s technology. Offering both 
historical and interactive exhibits, this 
half-acre repository of computer tech¬ 
nology has four galleries of exhibits con¬ 
sisting of personal computers, state-of- 
the-art graphics display processors, 
murals, timelines, and vintage computers. 

Besides the poster, new members will 
receive an information kit about 
museum membership, exhibits, and ac¬ 


tivities; free admission to the museum; 
and the museum’s quarterly publication, 
The Computer Museum Report. The 
membership fee is $25 or more and is 
tax-deductible. The museum depends on 
financial support from both individuals 
and corporations. In recognition of this, 


the Computer Society of the IEEE is one 
of the museum’s corporate patrons. 

Send your check or money order to 
Memory Poster, The Computer 
Museum, Museum Wharf, 300 Congress 
St., Boston, MA 02210. Allow six weeks 
for delivery. 


CSSI mergers and acquisitions hit a record high 


According to the ADAPSO/Broad- 
view Index, computer software and ser¬ 
vices industry (CCSI) merger and ac¬ 
quisitions activity hit a record high in 
1986, with a 50 percent increase in the 
amount of transactions and a 43 percent 
increase in the value of deals over 1985. 

CSSI includes all companies involved 
in computer processing services, software 
products, and computer-related con¬ 
sulting, training, education, and 
maintenance. 

The primary factor influencing the 


gains was divestiture of subsidiaries or 
divisions, which accounted for 33 per¬ 
cent of the deals struck. 

The number of first-time acquirers in¬ 
creased 138 percent and accounted for 40 
percent of the deals. 

Software acquisitions accounted for 56 
percent of all transactions, down from 
59 percent in 1985. Acquisition of data¬ 
bases rose from four percent in 1985 to 
10 percent in 1986, while professional 
service transactions rose from 10 percent 
to 13 percent. 


USDL predicts 
booming computer 
science jobs 

Forecasts by the US Department of 
Labor predict an 85 percent increase in 
job openings for computer systems 
analysts and a 77 percent increase in job 
openings for programmers through 1995. 

Expanding career areas in computer 
science include telecommunications, 
networking, and distributed systems; 
software engineering; and artificial 
intelligence. 
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Chip Hatfield checks the January 1987 cover of Computer Graphics and Applications 
with staff members Tom Cuiviner, Bob Carlson, and Margaret Neal. Images collected 
for this issue are being added to the Computer Museum’s “teapot collection.” 


Computer Museum’s “teapot collection’’ augmented 


Tom Szalkiewicz, Assistant Editor 

In a gallery of the Computer Museum 
in Boston sits a lone teapot and its 
computer-generated image. This is no 
ordinary piece of tableware, however. Its 
significance in the history of computer 
graphics is monumental. 

It once occupied a spot on the desk of 
Martin Newell at the University of Utah. 
One day, Newell noticed the pleasing 
shape of the vessel in which he kept 
water. Here also was the ideal object to 
display with computer graphics algo¬ 
rithms! With the positive and negative 
curvature of its surface, the variety of its 
geometries, and its many intersecting 
planes, it would present a formidable 
challenge to even the best graphics pro¬ 
grammer. Newell went ahead and gener¬ 
ated a wireframe model of the teapot. 

Others followed in Newell’s footsteps. 
James Blinn of the Jet Propulsion 
Laboratory created a shaded color ver¬ 
sion of the teapot; Lance Williams of the 
New York Institute of Technology, a 
texture-mapped version; Robert Cook, 
when at Lucasfilm, a metallic version. To 
this day the teapot is still generating 
interest among—and images by—graph¬ 
ics programmers. 

In a sense, all the images inspired by 
the teapot chronicle the progress of com¬ 
puter graphics itself. To pay tribute to 
the important role it’s played in the field 
and to give recognition to the work the 
museum has done to memorialize that 
role, Frank Crow of Xerox PARC, 


James Blinn of JPL, Chip Hatfield, 
formerly editor-in-chief of Computer 
Graphics and Applications, and 
Margaret Neal, managing editor, offered 
the Computer Museum these and many 
other images of the teapot. 

The idea to present these images 
originated with Sylvia Rueff of JPL and 
Neal, while she was preparing an article 
conceived by Hatfield and written by 
Crow for the January 1987 issue of the 
magazine. The article, “The Origins of 
the Teapot,” required Neal to assemble 
many images of the teapot from several 
different sources, notably from Blinn. 
She suggested to Crow, that, since these 
images were collected in one place, 
together they would make a nice ad¬ 
dition to the museum’s “teapot collec¬ 
tion.” He concurred and offered to put 
the images in a standard format using 
Xerox facilities—rather a large task. In 
January Crow called Oliver Strimpel, 
curator of the museum, and offered the 
collection. 

The teapot that sat on a desk at the 
University of Utah and whose shape so 
fascinated Newell and other program¬ 
mers, that has generated such intense in¬ 
terest in the computer graphics com¬ 
munity as to become the ultimate test of 
many graphics programs, and that oc¬ 
cupies an important niche in the Com¬ 
puter Museum will now have a chrono¬ 
logical record available for all to see. 
Thanks to Martin Newell, James Blinn, 
Frank Crow, Chip Hatfield, and many 
other talented computer graphicists. 


NSF 1988 budget request 
rises to $1.89 billion 

The National Science Foundation has 
announced a budget request for fiscal 
1988 of $1.89 billion. The budget pro¬ 
posals emphasize education and human 
resources ($273 million), science and 
technology centers and groups ($529 
million), and disciplinary programs and 
facilities ($1.1 billion). 

The request budgets $143 million for 
computer and information science and 
engineering, a 23 percent increase over 
the 1987 plan. Support focuses on 
research projects, instrumentation, and 
improvement of the infrastructure at 
academic institutions. 

The current budget of $122.9 million 
for computer and information science 
and engineering breaks down into $37 
million for computer and computation 
research; $16.3 million for information, 
robotics, and intelligent systems; $12.2 
million for microelectronic information¬ 
processing systems; and $57.4 million for 
advanced scientific computing. 


IEEE offers salary 
surveys, student guide 

The IEEE National Capital Area 
Council has released the “1986 Salary 
and Fringe Benefit Survey.” According 
to the survey, the weighted average salary 
for IEEE members in industry (overall 
population) was $52,213 in 1986, 
compared to $50,460 for members in 
government. 

The 1987 “IEEE US Membership 
Salary and Fringe Benefit Survey” 

(IEEE Catalog No. UH0174-3) is due for 
publication in May. Prepublication prices 
are $41.95 for members and $55.95 for 
nonmembers until May 11. Order 
through Publications Sales, IEEE Service 
Center, 445 Hoes Lane, PO Box 1331, 
Piscataway, NJ 08855-1331; (201) 
981-1393. 

The IEEE United States Activities 
Board has issued a revised student edi¬ 
tion of its “Employment Guide for 
Engineers and Scientists.” The two- 
volume publication features employment 
contacts at more than 1500 engineering 
and scientific firms. The student edition 
is intended for first-time job seekers and 
includes information on securing jobs to 
match individual needs, goals, educa¬ 
tion, and abilities. The publication 
(IEEE Catalog No. UH0174-3) costs 
$8.95 for members and $11.95 for 
nonmembers. It can be ordered through 
Publications Sales at the IEEE Service 
Center. 


March 1987 


87 



NEW PRODUCTS 


MicroPro updates WordStar: over 125 enhancements 


MicroPro has announced an updated 
version of the WordStar word processing 
program. According to the company, 
WordStar Professional Release 4 offers 
more than 125 enhancements over the 
current version. 

The first releases of the new version 
run on the IBM PC family and compat¬ 
ibles. MicroPro plans to release a version 
for the CP/M operating system later this 
year. 

WordStar Professional Release 4 costs 
$495 for single-user systems. A local area 
network file server will cost $595. LAN 
node versions, containing only documen¬ 
tation and license registration forms, will 
cost $150. Educational institutions can 
purchase the new version for $125. 

Current WordStar owners can pur¬ 
chase the update for $89 plus tax and $5 
for shipping and handling. 


The company will offer only one 
stock-keeping unit, or SKU, called 
WordStar Professional. Release 4 
contains improved versions of Correct- 
Star and MailMerge, and a new indexing 
system. 

According to the company, new fea¬ 
tures include full path support, an on¬ 
line thesaurus, line and box drawing, 
“go-to-page,” improved support for the 
Hewlett-Packard LaserJet printer, stored 
ruler lines, programmable macros, an 
Undo command, 40 programmable func¬ 
tion keys, a 14-function calculator, file 
locking for LAN support, and improved 
speed throughout. 

For more information on pricing and 
new features, contact MicroPro Interna¬ 
tional, 33 San Pablo Ave., San Rafael, 
CA 94903; (415) 499-1200. 

Reader Service Number 30 


Software for Wang tracks labor performance 


MCBA has announced a software pro¬ 
gram called MCBA Labor Performance 
to track employee production statistics, 
identify productivity problems, and im¬ 
prove labor utilization. 

The software is written in Cobol for 
the entire Wang VS line of computers. 
MCBA says that the software runs on 
the VS 7000 Series, although it has not 
been tested beyond the VS 300 level, and 
uses the VS operating system up to 7.1. 


According to the company, MCBA 
Labor Performance analyzes perfor¬ 
mance productivity; supports clock card 
processing; can use files created by data 
terminals; generates payroll'attendance 
records; allows for centralized labor 
transaction entry; provides for an incen¬ 
tive system; supports multiple com¬ 
panies; and interfaces with MCBA’s 
other manufacturing systems, specifically 
Payroll, Purchase Order and Receiving, 


Project risk analysis program employs the PC 


Welcom Software Technology claims 
that its project risk analysis program for 
the IBM PC-AT or PC-XT is the only 
PC-based risk analysis program available. 

According to the company, the pro¬ 
gram Opera performs a risk analysis by 
beginning with a user-defined baseline 
project model. Using randomly-gener¬ 
ated cost and time variables, Opera sim¬ 
ulates the performance of the project 


through multiple repetitions. The pro¬ 
gram reputedly suits both arrow and 
precedence diagramming methods of 
project logic. 

Opera costs $1500. 

The Opera risk management program 
is used in conjunction with Welcom Soft¬ 
ware Technology’s Open Plan, which in¬ 
corporates Ashton-Tate’s dBase III Plus. 
Open Plan supports Opera with applica¬ 


GCLisp for the 386 

Gold Hill Computers has announced 
the GCLisp 386 Developer for the Com¬ 
paq Deskpro 386. 

The GCLisp 386 Developer provides 
program developers with a Common 
Lisp programming environment for 
building expert systems and other AI 
applications. A new feature is the 
ability to integrate C programs with AI 
applications. 

Other features include a memory inter¬ 
preter and compiler, on-line system help, 
and an enhanced editor. The new editor 
uses EMACS keychord bindings and of¬ 
fers developers the option of defining 
their own keychord bindings. 

The GCLisp 386 Developer costs 
$1195. Contact Gold Hill Computers, 

163 Harvard St., Cambridge, MA 02139; 
(617) 492-2071. 
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Shop Floor Control, Job Costing, Stan¬ 
dard Product Routing, and Inventory 
Management. 

Prices vary according to the hardware 
system used. Suggested retail prices 
range from $4000 at the low end to 
$7500 for the VS 300. For more informa¬ 
tion, contact MCBA, 425 W. Broadway, 
Glendale, CA 91204-1269; 

(818) 242-9600. 

Reader Service Number 32 


tions development and database manage¬ 
ment and inquiry. 

Open Plan costs $4200. 

Both programs can be used in a local 
area network, including the IBM Token 
Ring using Novell’s Advance Netware. 

Contact Welcom Software Technology, 
1325 S. Dairy Ashford Rd„ Suite 375, 
Houston, TX 77077; (713) 558-0514. 
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Wang announces VS 7000 Series of computers 


Wang Laboratories has announced the 
VS 7000 Series, consisting of two prod¬ 
uct groups. The 7100 group includes 
three systems, the 7110, 7120, and 7150. 
The 7300 group includes the 7310 and a 
dual-processor system, the 7320, sched¬ 
uled for production later this year. 

The VS 7000 Series processors are 
built around the CP 8 architecture used 
in the VS 300. According to the com¬ 
pany, they were designed to be modular 
and to use a common set of components 
where possible. 

The VS 7110, 7120, 7150, and 7310 
range in price from $90,000 for a 7110 
with 4M bytes of main memory to 
$280,000 for a 7310 with 16M bytes of 
memory. 

The systems feature the ability to 
upgrade by swapping processor boards; 
modular support of up to 128 worksta¬ 
tions and 192 peripheral devices on the 
7100 models and 192 workstations and 
255 peripheral devices on the 7310; a 
67.7M-byte per second system bus; 
pipelined architecture; support of up to 
10 intelligent I/O controllers on 7100 sys¬ 
tems and 15 on the 7310; up to 16M 
bytes of memory in 4M-byte increments; 
support of up to 16 external disk drives 
on the 7110, 24 drives on the 7120 and 
7150, and 40 drives on the 7310; 32K 
bytes of internal cache memory; a built- 
in support control unit for monitoring 
system performance; support for the VS 
cable concentrator to expand I/O capa¬ 
bilities; and an optional floating-point 
unit on the VS 7150 and 7310. 

The VS 7000 processors run under the 
VS Release 7 operating system. 



The Wang VS7000 Series consists of two product groups in two cabinets. The 7310 
appears on the left in the photo above, and the 7150 on the right. 


Wang has also announced a new 
release of its Professional Application 
Creation Environment, or PACE. Ac¬ 
cording to the company, PACE is an 
integrated set of database, decision 
support, and fourth-generation devel¬ 
opment tools for Wang’s family of VS 
computers. 

PACE Release 2.0 reputedly enhances 
the PACE data dictionary and applica¬ 
tion generator, and adds text fields that 
support words-in-text searches, data 
validation capabilities, integrated 
management of documents in database 
applications, and integration with VS 
Wang 20/20 spreadsheet and Wang Of¬ 


fice electronic mail functions. Release 2.0 
also features added decision support 
functions, including new options for 
data output from PACE Query and 
Report. 

Existing PACE databases can be con¬ 
verted through a user-controlled utility, 
according to Wang. 

PACE is priced from $13,000 to 
$39,000 depending on the VS system 
used. Components are also available 
individually. 

For more information, contact Wang 
Laboratories, One Industrial Ave., 
Lowell, MA 01851; (617) 459-5000. 
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Unix-based CASE software automates development Lisp for Prime superminis 


Case Ware has announced a Unix- 
based software development environ¬ 
ment that automates software devel¬ 
opment tasks for business, aerospace, 
engineering, and scientific software 
systems. 

Amplify Control is the foundation of 
the company’s family of CASE products 
to automate the software development 
cycle. It provides a formal system for 
sharing information between separate 
but interdependent tasks involved in de¬ 
veloping software. Each task is accessed 
through a uniform graphics interface, 
enabling project managers to track devel¬ 
opment of a software system and its 
components. 

Currently, Amplify Control supports 
software systems written in the C pro¬ 
gramming language, with other lan¬ 
guages to be supported in the future. 


Features include version control, soft¬ 
ware building to automate linking of 
dependent system files, structure 
diagramming that automatically per¬ 
forms consistency checks, version file 
translation, concurrency control design 
to preserve data integrity in a multiuser 
environment, and a consistent graphics 
interface. 

Amplify Control comes in single or 
multiuser versions that run on Sun-2 or 
Sun-3 workstations. In the future it will 
support additional systems. The program 
is licensed according to the number of 
workstations, costing $7800 per worksta¬ 
tion CPU. Shipments are scheduled for 
April. 

For more information, contact 
Case Ware, 1590 Corporate Dr., Costa 
Mesa, CA 92626; (714) 754-0308. 
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Prime Computer has announced the 
availability of the company’s proprietary 
implementation of Common Lisp for 
Prime 50 Series superminicomputers. 

According to the company, Prime 
Common Lisp is fully integrated with 
Prime system software. It thus offers 
Prime users a software development en¬ 
vironment when integrated with the 
EMACS full-screen text editor. 

User-installable, Prime Common Lisp 
requires Revision 20.0 of the Primos 
operating system. The language costs 
$8400 for Prime office systems, $10,500 
when packaged with EMACS. For com¬ 
puter-room systems, it costs $12,000 and 
$16,000, respectively. 

Contact Prime Computer, Prime 
Park, Natick, MA 01760; 

(617) 655-8000. 
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AI tool helps design applications interfaces 


ExperTelligence has announced the 
Experlnterface Builder, an artificial in¬ 
telligence programming tool that 
reputedly allows Apple Macintosh Plus 
users to design applications interface- 
first, using only the mouse, then turn the 
completed interface over to a program¬ 
mer for generation of the code. 

According to the company, although 
programmers completing the applica¬ 
tions must know the ExperCommon 
Lisp language, users need not know the 
language or how to use the Mac Toolbox 
in order to design an application using 
Experlnterface Builder. The software has 
its own inference engine that can call and 
link the objects needed to build an inter¬ 
face. Moreover, the final applications 


can include double clicking elements so 
that the final user need not own Lisp. 

Experlnterface Builder comes on an 
800K-byte Macintosh disk that also in¬ 
cludes a generic application and sample 
programs. The generic application pro¬ 
vides the basic interface structure and re¬ 
quires 32K bytes of memory. Two 
volumes of documentation support con¬ 
cept designers in creating applications 
interfaces and programmers in using the 
generic application. 

Experlnterface Builder costs $395. 
Contact ExperTelligence, 559 San Ysidro 
Rd., Santa Barbara, CA 93108; 

(805) 969-7871. 
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Common Lisp system interfaces to Microsoft C 


Solution Systems has announced a 
Common Lisp system that interfaces to 
Microsoft C. According to the company, 
it is the only Common Lisp package that 
allows a user to integrate Lisp and C to 
run on a personal computer. 

TransLisp Plus offers more than 400 
Common Lisp primitives. The interface 
to Microsoft C reputedly lets a program¬ 
mer either customize Lisp or combine C 
functions with Lisp programs. Users can 
create their own built-in primitives, or 
integrate code from third-party C 
libraries. 

Additional features include an inte¬ 


grated editor, pretty printer, trace facility, 
and cross reference. 

A runtime version is available sep¬ 
arately. It supplies an interpreter so that 
an executable version of a program can 
be distributed without distributing source 
code. No royalties are required. 

TransLisp Plus will retail for $195. 
TransLisp owners can upgrade for $158. 
TransLisp Plus Runtime costs $150 and 
requires TransLisp Plus. 

For more information, contact Solu¬ 
tion Systems, 335 Washington St., 
Norwell, MA 02061; (617) 659-1571. 
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Toolbox from Borland extends Turbo Prolog 

Borland International has announced Other predicates generate a variety of 
Turbo Prolog Toolbox, a collection of graphs and charts. Extended graphics 
more than 80 tools, 40 sample programs, primitives permit drawing. Utilities per- 

and source code for professionals using mit scaled graphics and zooming or com- 

Turbo Prolog. pressed figures. 

User-interface design tools provide de- A serial communications sample pro- 
velopers with menus (box, line, pull- gram and guidelines for implementing 

down, and tree). The Toolbox also shows the Xmodem protocol help developers 
how to set up context-sensitive help create communications applications or 

menus within a program. Menus can be terminal emulations, 
created in windows containing both text Built-in predicates enable developers 
and graphics. to import existing data from a variety of 

The Toolbox also supplies predicates database files, then make inferences on 

that allow the incorporation of status that data. A parser generator helps pro¬ 

lines in programs. Screen layouts can be grammers build parsers, 
designed for the actual screen or a virtual Turbo Prolog Toolbox costs $99.95. 
screen. Built-in predicates turn screen Contact Borland International, 4585 
specifics into print guidelines. The user Scotts Valley Dr., Scotts Valley, CA 
can define calculated fields or assign 95066; (408) 438-8400. 
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Library offers multitasking 
for PC/MS-DOS 

Lifeboat Associates offers a multi¬ 
tasking library called TimeSlicer that 
reputedly allows developers of micro¬ 
computer software to incorporate multi¬ 
tasking and real-time event processing in 
their applications. 

Programmers can use TimeSlicer for 
C+ + , C, and assembly language applica¬ 
tions. In addition to multitasking and 
real-time event processing, the library of¬ 
fers support functions, including 
intertask-ISR communication, critical 
resource managment, task scheduling, 
and preemption control. 

TimeSlicer is compatible With Life¬ 
boat’s preprocessor/translator, Advan¬ 
tage C+ +, which supports object- 
oriented programming. 

TimeSlicer requires the Lattice C com¬ 
piler version 3 and up. It is compatible 
with the IBM PC, PC-XT, and PC-AT 
and compatibles. The suggested retail 
price is $295. 

Contact Lifeboat Associates, 55 S. 
Broadway, Tarrytown, NY 10591; 

(914) 332-1875. 
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TriQuint expands GaAs line 

TriQuint Semiconductor has an¬ 
nounced an expansion of its Q-Logic 
gallium arsenide integrated circuit prod¬ 
uct line, along with availability of its 
Q-Logic parts in both packaged and die 
form and price reductions. 

According to the company, all parts in 
the Q-Logic family operate to at least 1 
GHz clock rates over broad power sup¬ 
ply and temperature ranges. Some oper¬ 
ate up to 3 GHz. All parts are designed 
to interface to silicon emitter-coupled 
logic over the industrial temperature 
range. Semicustom designs also interface 
to TTL and CMOS. 

The new products include a set of dual 
modulus counters for GHz frequency 
synthesizer systems (the TQ1121 and the 
TQ1123) and two families of 4:1 and 
8/16:1 multiplexer/demultiplexer com¬ 
ponents for use in fiber optics com¬ 
munications systems (the TQ1131/32 and 
TQ1133/34). Production quantities will 
be available in the second quarter of 
1987. 

For information on pricing and pro¬ 
duction, contact TriQuint Semiconduc¬ 
tor, Group 700, PO Box 4935, Beaver¬ 
ton, OR 97075; (503) 629-3535/4227. 
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Vector processing for VAX 

Numerix has announced the NMX-464, 
a compute engine that adds vector pro¬ 
cessing capabilities to Digital Equipment’s 
VAX computers. 

According to the company, the 
NMX-464 is tightly coupled to both the 
VAX hardware architecture and the 
VMS operating system. Its 64-bit and 
32-bit mixed-mode arithmetic capability 
reputedly allow users’ applications to be 
optimized for speed versus precision. 

Peak rates reputedly achieved during 
computation range between 12 and 24 
Mflops. Virtual program memory size of 
up to one million instructions and data 
memory sizes of up to 64M bytes are 
available within the pedestal mount 
configuration. 

Integrated Vector Processing software 
available with the NMX-464 supposedly 
allows transparent use of its vector pro¬ 
cessing capability in a VMS program de¬ 
velopment environment. Moreover, a 
Fortran compiler permits vector and 
scalar program execution without 
microcode programming. 

The NMX-464 entry-level price is 
$66,500. Integrated Vector Processing 
software costs $4500. Optional memory 
add-ons cost approximately $1950 per 
megabyte, up to 64M bytes of total 
memory. 



The NMX-464, shown in a pedestal con¬ 
figuration. 


For more information, contact 
Numerix Corp., 20 Ossipee Rd., 

Newton, MA 02164-1444; 

(617) 964-2500. 

Reader Service Number 42 


Xycom offers new VME industrial computer 


Xycom has announced the 4860-VME 
industrial computer system, combining 
the Xycom 4860 terminal with a double- 
high VMEbus cardcage. The new in¬ 
dustrial computer contains a 12-inch 
amber monochrome terminal, a sealed 
membrane keypad, a five-slot VME 
chassis, and a 120W power supply. The 
terminal emulates both DEC VT100/220 
and Hazeltine 1500 terminals. 

The 4860-VME provides built-in self¬ 
diagnostics, plus a full ASCII character 
set and graphics control features. 

The enclosure can be mounted in a 
panel or a rack. 

The system comes standard with the 
XVME-600 68000 CPU module. Installed 
on the XVME-600 CPU is a firmware 
debug monitor and 32K bytes of static 
RAM. It also provides all of the VMEbus 
system utility functions. 

The list price of the 4860-VME is 
$3750 with the XVME-600 module in¬ 
cluded, or $3200 without the module. 

Xycom has also announced a VME/ 
SCSI industrial mass data-storage 
subsystem called the XVME-950. It con¬ 
sists of a 20M-byte hard disk drive, a 
40M-byte cartridge tape drive for 


backup, and a single-ended small com¬ 
puter system interface. The list price is 
$3500. 

Although designed for direct installa¬ 
tion in a 6U VMEbus chassis, it can also 
serve as a stand-alone data storage unit 
for any system compatible with the 
single-ended SCSI format. 

Contact Xycom, 750 N. Maple Rd., 
Saline, MI 48176; (313) 429-4971. 
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Celerity has Lisp 

Celerity Computing has announced 
the availability of the Lisp programming 
language for its Unix-based, 32-bit, 
reduced instruction set computers, the 
Cl 200, C1230, and C1260. 

Celerity offers the Franz Lisp dialect 
for $7000. Contact Celerity Computing, 
9692 Via Excelencia, San Diego, CA 
92126; (619) 271-9940. 
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DVS for mapping 
management 

Synercom has announced the 
Distributed VX Station, or DVS, for 
mapping information management. The 
DVS combines Synercom’s workstation 
support software with Digital Equip¬ 
ment’s VMS-based Micro VAX II com¬ 
puter. According to the company, this 
combination of software and hardware 
permits intensive computation at the 
workstation level rather than relying 
upon the resources of a host system. 

The user interface offers icons, pop-up 
menus, and multiple graphic windows. 
The DVS also offers multiwindowing 
and multitasking. 

The DVS runs in a DECnet environ¬ 
ment. The Distributed VX Center can be 
purchased as a turnkey system including 
software and hardware, with prices start¬ 
ing at $38,300, or unbundled, with soft¬ 
ware purchased from Synercom for 
$20,000 and hardware purchased from 
Digital Equipment Corp. 

For more information, contact Syner¬ 
com, 10405 Corporate Dr., Sugar Land, 
TX 77478; (713) 240-5000. 
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Xycom’s 4810-VME industrial 
computer system. 
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CIM software automates batch process manufacturing 


Qronos Technology has announced a 
computer-integrated manufacturing soft¬ 
ware family called The Qronos Advan¬ 
tage to run on IBM hardware. According 
to the company, the CIM software prod¬ 
ucts were developed to bring factory 
automation to batch-process manufac¬ 
turing. The product line is based on a 
distributed open architecture called The 
Qronos Connection. 

IBM provided hardware, systems soft¬ 
ware, and technical support to Qronos 
for development of the CIM software. 

Production Master is the first available 
product line, to be followed by Sales and 
Marketing Master, Planning Master, and 
Engineering Master. 

The Production Master product line 
consists of six packaged applications: 
Production Tracking, Inventory Con¬ 


trol, Factory Planning, Engineering Data 
Collection, General System Utilities, and 
Flexible Structure Control Systems. The 
software line provides on-line CIM 
capabilities, including inventory control 
and tracking, quality and yield control, 
and flexible manufacturing management. 

Production Master runs on the IBM 
System/88. Other product lines will run 
on distributed systems, including main¬ 
frames and personal computers, to pro¬ 
vide what the company calls an inte¬ 
grated manufacturing system for CIM. 

Prices had not been set as of Com¬ 
puter's publishing deadline. 

For more information, contact Qronos 
Technology, 19925 Stevens Creek Blvd., 
Suite 200, Cupertino, CA 95014; 

(408) 973-8700. 
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Software helps manage expert-system database storage 


Developed jointly by Knowledge- 
Based Engineering and Software Archi¬ 
tecture & Engineering, a new application 
software package called DBA Assistant 
helps manage database storage in expert- 
system applications. 

DBA Assistant is now available for the 
IBM PC, PC-XT, PC-AT, and compati¬ 
bles, with mainframe-compatible ver¬ 
sions planned. It supports the Cullinet 
IDMS/R environment at present. Main¬ 
frame versions will also support IBM DB2 
and Sperry DMS-1100 environments. 

The first module helps determine oper¬ 
ational problems in databases. It can 
also customize itself to an individual user. 


Future modules, currently in develop¬ 
ment, will evaluate software performance 
compared to user standards, analyze 
database design schemes compared to sys¬ 
tem performance needs, develop more 
logical database designs given specific user 
conditions, and support users during ap¬ 
plication development. 

For further information and pricing, 
contact Software A&E, 1600 Wilson 
Blvd., Suite 500, Arlington, VA 
22209-2403; (703) 276-7910 or 
Knowledge-Based Engineering, PO Box 
3823, Gaithersburg, MD 20878; 

(201) 549-1300. 
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Golden Retriever uses AI to find and fetch text 


S.K. Data has announced Golden 
Retriever, an intelligent document and 
text retrieval program. The program uses 
a text pattern recognition technique to 
search files for a given phrase up to four 
words in length. It locates exact and 
similar text matches, increasing a user’s 
chances of finding an item even when 
unsure of the spelling or the order of 
words within a phrase. 

After finding a match, the program in¬ 
forms the user which files contain the 
phrase, displays the file and highlights 
the phrase, and helps the user extract any 
portion of the file into a proof file for 
further processing. 

Golden Retriever features wild-card 


character, subdirectory, and file date 
options; search and display of word pro¬ 
cessor, spreadsheet, database, and binary 
files; menu-driven use and context- 
sensitive help; no special indexing or file 
preparation prior to the search; browsing 
of files while the search runs; and a con¬ 
ventional wildcard match search. 

Golden Retriever runs on the IBM 
PC, PC-XT, PC-AT, and compatibles. 

It requires DOS 2.0 or higher and uses 
up to 128K bytes of memory. It costs $99 
plus $5 shipping and handling (within the 
USA). It is not copy protected. 

Contact S.K. Data, PO Box 413, Bur¬ 
lington, MA 01803; (617) 229-8909. 
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Report writer for DB2 

Informix Software offers a program 
called Report/DB2 for users of IBM’s 
mainframe relational database, DB2. 

The software reputedly permits DB2 
users to create reports without having to 
use a conventional programming 
language. 

According to the company, Report/ 
DB2 is the first of a family of fourth- 
generation language application develop¬ 
ment tools and utilities planned for DB2. 

Standard report features include page 
headings, page footings, and control 
breaks using nonprocedural statements. 
To access the data, Report/DB2 uses the 
same structured query language, or SQL, 
as does DB2. It allows users to define 
variables and use logic constructs to 
specify a report. 

Report/DB2 runs as a batch program 
in the MVS environment and reputedly 
complements IBM’s query and ad hoc 
report-generating facility, Query 
Management Facility. 

Report/DB2 is a conversion of the In¬ 
formix report writer, ACE. The ACE 
report writer is one of the fourth- 
generation application development tools 
included with the Informix relational 
database management system, Informix- 
SQL. 

Report/DB2 will be available in the 
second quarter of 1987. For information 
on pricing, contact Informix Software, 
4100 Bohannon Dr., Menlo Park, CA 
94025; (415) 322-4100. 
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Apple updates lie 

Apple Computer has introduced an 
updated version of the Apple lie per¬ 
sonal computer. The updated lie features 
an expanded keyboard with built-in 
numeric keypad, improved training and 
reference manuals, and Apple’s platinum 
color scheme. 

The He’s suggested retail price remains 
$829. The Apple IIGS Upgrade Kit re¬ 
tails for $499 plus deal installation. Edu¬ 
cational institutions are eligible for 
special pricing depending on quantities 
purchased. 

The company now ships the He with 
the Apple 80-Column Card in the 
appropriate expansion slot to simplify 
installation. 

Contact Apple Computer, 20525 
Mariani Ave., Cupertino, CA 95014; 
(408) 996-1010. 
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Intel offers ICE for 80386 on DOS and Xenix 


Intel has announced availability of an 
in-circuit emulator for the 80386 32-bit 
microprocessor. The ICE-386 emulator 
comes in two versions: a DOS version 
for IBM PC-AT or compatibles running 
DOS 3.1 or later operating system soft¬ 
ware, and a Xenix version that runs on 
Intel 286/310 systems. 

The ICE-386 supports real-time, trans¬ 
parent emulation of the 80386 micropro¬ 


cessor at speeds up to 16 MHz. 

The ICE-386 in-circuit emulator costs 
$15,000. A field-upgrade kit containing 
all hardware and software to convert a 
Xenix-hosted ICE-386 emulator to a 
DOS-hosted emulator sells for $1100. 

For more information, contact Intel 
Corp., Lit. Dept. W342, 3065 Bowers 
Ave., Santa Clara, CA 95051. 
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Brooklyn Bridge links laptops and PCs 


White Crane Systems has announced 
the Brooklyn Bridge, a utility program to 
facilitate the transfer of files between lap¬ 
top computers and personal computers. 

The program comes with a 514-inch 
disk for program loading in the PC; a 
314-inch disk for the laptop; a serial con¬ 
nector cable, either 9- or 25-pin, to link 
the two machines; and documentation. 

Files are reputedly transferred at 
115,200 baud, attaining a throughput of 
lOK-bytes per second. 

Disk drives and attached peripheral 
devices are available using Copy or other 


DOS commands. 

The Brooklyn Bridge can be used with 
most MS-DOS PCs and any laptop, ac¬ 
cording to the company, including the 
Toshiba T3100 and T1100 +, Zenith 
Z-181, or IBM PC convertible. A version 
of the program is also available for the 
Victor 9000. 

The Brooklyn Bridge costs $129.95. 
For more information, contact White 
Crane Systems, 6889 Peachtree In¬ 
dustrial Blvd., Suite 151, Norcross, GA 
30092; (404)454-7911. 
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‘How To Play 
Winning Chess’ 


by Grandmaster Arthur Bisguier 
We’re out to get everyone 
from ages 4 to 104 to enjoy 
the world’s most exciting 
and challenging sport. No cost! 
No obligation! Act now! 



186 Route 9W Dept. R-10 
New Windsor, NY 12550 
or call for your FREE booklet 

(914) 562-8350 
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Automated troubleshooting system speeds field service 


Huntron has announced a computer- 
controlled troubleshooting system that 
reputedly speeds field service by simplify¬ 
ing fault-isolation. 

The Huntron Tracker 5000 tests the 
components in a system, compares them 
to stored standard test-response 
signatures, and reports nonstandard 
responses. 

Tracker 5000 consists of a diagnostic 
system controlled by an onboard Intel 
80C31 microprocessor and A/D con¬ 
verter, and an external PC operating 
under Tracker 5000 software for the user 
interface, switching, and data collection 
functions. 

The system can use an IBM-compat¬ 
ible PC, PC-XT, or PC-AT computer 
with hard disk storage of at least 10M 
bytes, with a minimum of 512K bytes of 
RAM. It also requires a parallel printer 
port and RS-232 I/O port. 

Tracker 5000 costs $7995. Contact 
Huntron, 15720 Mill Creek Blvd., Mill 
Creek, WA 98012; (206) 743-3171. 
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Tracker 5000 is a PC-controlled troubleshooting system. 
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Hard disk subsystem links Apple and Macintosh PCs 



The Data Exchange from CMS Enhancements links the Apple He and IIGS with the 
Macintosh Plus, allowing them to share files and exchange data. 


CMS Enhancements has announced 
the Data Exchange, a small computer 
systems interface, or SCSI, storage 
subsystem that links the Apple lie and 
IIGS with the Macintosh Plus personal 
computer, enabling them to share files 
and exchange data. 

The subsystem consists of an SCSI 
hard disk drive with 320M bytes of mass 
storage and proprietary software that 
converts data developed on either 
machine so that it can be read by both. 
For example, data developed in Apple- 
works, a word processing package for 
the Apple II PC family, would be con¬ 
verted to work with MacWrite, the word 
processing package for the Macintosh. 

Data Exchange supports one Macintosh 
and up to five Apple lie or IIGS PCs 
through the SCSI II interface card, for a 
maximum of eight PCs and peripherals. 

According to the company, the subsys¬ 
tem has an average access time of 27 ms 
and a data transfer rate of 1.5M-bytes 
per second. 

Data Exchange has a suggested price 
of $7995. 

The Apple II-compatible SCSI II In¬ 
terface Card is now available to OEMs 
and dealers for $129. 

CMS has also announced a 40M-byte, 

3‘/i-inch SCSI hard disk drive subsystem 


for the Apple II and Macintosh PC 
families. Called the S-40, the subsystem 
costs $1995. 

Another SCSI hard disk drive subsys¬ 
tem for the Apple Macintosh features 
140 to 320M bytes of mass storage. 
Called the Data Tower, the subsystem 
consists of a single disk drive in a desk¬ 


side pedestal. The price ranges from 
$3995 for MOM bytes to $6495 for 320M 
bytes of storage. 

Contact CMS Enhancements, 3080-A 
Airway Ave., Costa Mesa, CA 92626; 
(714)549-9111. 
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Adobe Illustrator strengthens graphics on the Mac 


Adobe Systems has announced the 
Adobe Illustrator for producing line art 
and illustrations on the Apple Macintosh 
personal computer. 

The Adobe Illustrator is based on 
Adobe Systems’ PostScript. It uses 
precise curves and lines to describe draw¬ 
ings, according to the company. The user 
can create new illustrations or “trace” 
existing artwork, add captions, then 
modify the artwork in various ways. The 
final line art and illustrations can be used 
alone or placed into documents and 
printed on any PostScript-equipped 
printer or typesetter. 

As a starting point, the user can use 
scanned images from a photo, logotype, 
blueprint, or rough sketch; a piece of art 
from a scrap file; or a MacPaint image. 

A pen tool allows users to “trace” 
shapes, then fill in all or part of the 
image, adjust lines to any weight, and 
add captions. 

The drawing or any object in the 
drawing, including text, can be rotated 
to any angle, scaled, skewed, and 
manipulated. The user can move or 
change objects, zoom in on details, and 
preview the drawing before printing. 


Adobe Illustrator will retail for $495. 

The company has also announced the 
addition of new type fonts to their 
Adobe Type Library. 

The new typeface families include 
Century Old Style in two weights with 
italic, ITC Franklin Gothic in three 
weights with italic, ITC Cheltenham in 
two weights with italic, Park Avenue, 


Kit aids evaluation of Silicon 

Silicon Systems has announced a 
design kit for use in evaluating the com¬ 
pany’s K-Series family of single-chip 
modem integrated circuits. The DEK 
1201 Design Evaluation Kit includes a 
full-featured, stand-alone modem de¬ 
signed around the SSI K-Series, ac¬ 
cording to the company. 

The DEK 1201 can automatically 
identify which IC is installed and con¬ 
figure the modem for the desired 
operating standard. 

The SSI K222 IC is installed for full- 
duplex operation at 1200 and 300 bps. 


Bodoni in three weights with italic, Let¬ 
ter Gothic in two weights with italic, 
Prestige Elite in two weights with italic, 
and Orator in one weight with italic. 

For more information, contact Adobe 
Systems, 1870 Embarcadero Rd., Palo 
Alto, CA 94303; (415) 852-0271. 
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Systems’ K-Series modem ICs 

compatible with both Bell 212A/103 
standards as well as CCITT V.22 stan¬ 
dards. The 1201 implements the full ATB 
command set and is compatible with 
existing terminal software designed for 
these commands. 

The DEK 1201 connects directly to the 
standard RS-232 serial port and is ready 
to use. It costs $299. For more informa¬ 
tion, contact Silicon Systems, 14351 
Myford Rd., Tustin, CA 92680; 
(714)731-7110. 
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Hewlett-Packard offers 13 new networking products 


Hewlett-Packard has announced 13 
new network products as part of five 
application-specific network solutions. 
Four of the five solutions address 
specific business needs of a company’s 
sales/service, business office, manufac¬ 
turing, and engineering facilities. The 
fifth addresses integration of the other 
four areas through a private wide area 
network based on the international X.25 
standard. 

A brief list of the 13 products follows. 

The HP X.25 private packet network 
consists of a family of switching nodes 
and a network-management system. It 
costs from $100,000 to several million 
dollars. 

The HP 2334A Plus X.25 multiplexer 
provides improved performance over the 
previous HP 2334A model. The product 
costs $2800 for four ports, $3650 for 
eight ports, $4500 for 12 ports, and 
$5350 for 16 ports. 

The Distributed Network Design 
System, from Connections Telecom¬ 
munications, helps generate the most 
cost-efficient X.25 network implementa¬ 
tion from the HP Vectra PC or IBM 
PC. It costs $10,000. 

The Multipoint Network Design 
System, from Connections Telecom¬ 
munications, helps generate optimized 
terminal-to-computer connections from 
the HP Vectra PC or IBM PC. It costs 
$15,000. 

The HP 18264A statistics software 
package for the HP 4952A protocol 
analyzer simplifies link troubleshooting 
on X.25 and SNA networks. It costs 
$350. 

The HP 18300A X.25 network-perfor¬ 
mance analyzer enables the data-center 
manager to detect degradation. It 


operates with the HP 4953A protocol 
analyzer with Option 001 extended 
memory ($14,150) and costs $1200. 

HP SiteWire, a set of multivendor 
communications guidelines, provides 
planning, design, and implementation 
support for wiring manufacturing and 
engineering buildings as well as business 
offices. List price is based on custom 
quote. 

The Net/One Buffered Repeater, from 
Ungermann-Bass, connects HP work- 
area subnetworks to a facility-wide 
broadband network for $3800. 

HP Network Services for the Digital 
Equipment VAX computer system pro¬ 
vides further HP-to-DEC computer 
communications. It costs $6000 to 
$11,000 according to the DEC VAX 
model in use. 

HP Network Planning and Design ser¬ 
vice helps customers understand their 
network requirements and plan and 
design a communications network. Price 
varies. 

HP Network Prepare helps customers 
plan the integration of a new or ex¬ 
panded network into their operations. 
Price varies. 

HP Network Startup coordinates net¬ 
work installation and verifies operation. 
Price varies. 

HP NetAssure is a contractual main¬ 
tenance agreement that provides problem 
isolation, call management, and a net¬ 
work newsletter. Price varies. 

For more information on these prod¬ 
ucts and services, contact Hewlett- 
Packard, Public Relations Dept., 3000 
Hanover St., Palo Alto, CA 94304; 

(415) 857-1501. 
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SideKick for the Macintosh adds features 


Borland International has announced 
version 2.0 of their program SideKick: 
the Desktop Organizer for the Apple 
Macintosh personal computer. The new 
version includes Outlook, an outline 
processor; MacPlan, a spreadsheet desk 
accessory; and Xmodem file transfer 
communications protocol. 

Outlook can be used as a desk ac¬ 
cessory or application, according to the 
company. Its resume feature allows the 
user to open all documents from a 
previous work session. 

The outline processor features text and 
block editing, the ability to hide and 
show detail, and page layout dialog. 

MacPlan combines spreadsheet and 
business graphics and operates as a desk 
accessory on top of other applications or 


on its own. It can do both scrolling and 
folding. 

Support of Xmodem file transfer com¬ 
munications protocol was added to the 
MacTerm accessor. 

SideKick 2.0 operates on Macintosh 
computers with 512K bytes of memory 
and costs $99.95. 

All registered owners of SideKick or 
ClickOn Worksheet (formerly from 
T/Maker Company) can purchase the 
update for $34.95. Those who purchase 
SideKick after Dec. 1, 1986 can upgrade 
through Borland for $10. 

Contact Borland International, 4585 
Scotts Valley Dr., Scotts Valley, CA 
95066; (408) 438-8400. 
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PLENUM: NEW DATA 

INTERNATIONAL 
JOURNAL OF PARALLEL 
PROGRAMMING 
Editor-in-Chief: Gary Lindstrom 

This journal publishes high-quality 
original articles in all areas of 
relevance to parallel programming. 


Subscription: Volume 16, 1987 
(6 issues) 

Institutional rate: $215.00 
Personal rate: $60.00 


ELEMENTS OF C 
by Morton H. Lewin 

Lewin guides the student into coding 
complete programs in C. A volume in 
the series Foundations in Computer 
Science. 

0-306-42182-8/260 pp./ill./1986 /$29.50 


PRACTICAL COMPUTER 
DATA COMMUNICATIONS 


by William J. Barksdale 

Geared to professionals working with 
computer communications, this text 
focuses on fundamentals and their 
effective execution—basic theory, 
point-to-point data links, network 
design and protocol. A volume in the 
series Applications of Communica¬ 
tions Theory. 

0-306-42323-5/470 pp./ill./l 986/ $59.50 

PLENUM PUBLISHING CORPO RATION 

233 Spring Street 
New York, N.Y. 10013-1578 [] 
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CAE environment analyzes mixed A/D board-level designs 


Daisy Systems has announced A/D 
Lab, an integrated computer-aided engi¬ 
neering environment to analyze mixed 
analog-digital board-level designs. 

According to the company, with A/D 
Lab designers can draw schematics com¬ 
bining analog and digital parts, and 
verify a complete design through virtual 
oscilloscopes and logic analyzers that 
display analog and digital waveforms 
side by side. 

A/D Lab offers an integrated analog- 
digital database. Compilation prepares 
the database for simulation, where the 
user analyzes successively the various 
stages of the design. The simulation can 
run locally or accelerated over the net¬ 
work, with the analog simulation exe¬ 


cuting on Micro VAX II-based VX nodes 
and the digital simulation on Daisy’s 
Megalogician hardware accelerator. 

A/D Lab will be available in late April 
as a software option to Daisy’s Logician 
and IBM AT-based personal worksta¬ 
tions already equipped with the Virtual 
Lab analog simulator and the DLS digi¬ 
tal simulator. The system will cost 
$11,000 as an upgrade for Personal Logi¬ 
cian and Personal Analog users, $10,000 
as an option for new buyers. For Logi¬ 
cian users, it will be a $14,000 upgrade, 
or a $13,000 option for new buyers. 

For more information, contact Daisy 
Systems, 700 Middlefield Rd., Mountain 
View, CA 94039; (415) 960-6593. 
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Subsystem allows IBM PC-AT to support more terminals 


Corollary has announced a multi¬ 
processor subsystem that reputedly 
makes it possible for an IBM PC-AT 
running the Xenix operating system to 
support up to 32 terminals. 

The ATtain subsystem consists of a 
single-slot 80286 processor, an extended 
Xenix kernel, and an optional terminal 
concentrator unit designed to support 
eight terminals. Up to four ATtain 
subsystems can be installed in a PC-AT 


or compatible to build a 32-user system. 

The subsystem is aimed at OEMs and 
VARs. The suggested end-user price is 
$1950 for the ATtain 286 Processor with 
1M byte of RAM, $250 for the extended 
kernel, and $750 for the terminal con¬ 
centrator. OEM discounts are available. 

For more information, contact Cor¬ 
ollary, PO Box 18977, Irvine, CA 92713; 
(714) 250-4040. 
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Communications software links VAX and IBM mainframes 


Systems Strategies has announced 
VAX-Link, a family of communications 
software for connecting Digital Equip¬ 
ment’s VAX and Micro VAX systems to 
IBM mainframes. 

VAX-Link products enable users of 
DEC’S VAX and Micro VAX running 
under the Ultrix, Unix, and VMS oper¬ 
ating systems to interconnect with IBM 
Systems Network Architecture (SNA) 
and Binary Synchronous Communica¬ 
tions (BSC) networks, as well as ex¬ 
change information over international 
X.25 packet-switched networks. 

VAX-Link/SNA 3270 and VAX- 
Link/BSC 3270 connect VAX systems 
with IBM mainframes over SNA and 
BSC networks, respectively, by emulating 
IBM 3270 devices. The packages include 
an application program interface for 
building applications programs that 
allow a VAX system to interact directly 
with the IBM without a terminal oper¬ 
ator. They also feature IBM 3287 printer 
emulation as well as 3278/9 terminal 
emulation. 

VAX-Link/SNA RJE provides emula¬ 
tion of IBM SNA 3770 Remote Job En¬ 
try workstations for batch processing 


using a VAX system. VAX-Link/BSC 
RJE provides IBM 2780, 3780, and 
HASP workstation emulation. 

VAX-Link/X.25 is an X.25 software 
interface to packet-switched data net¬ 
works. It conforms with the 1984 CCITT 
recommendation. 

Other products include VAX-Link/ 
LU6.2, providing distributed office sup¬ 
port system connectivity and processing 
over SNA; VAX-Link/DIA, enabling 
VAX systems to access document distri¬ 
bution and library services for document 
exchange with the DISOSS/370 system; 
VAX-Link/DCA for converting DISOSS- 
compatible document content architecture 
documents into VAX documents for 
editing; and VAX-Link/SNADS, allowing 
store-and-forward document distribution 
among DEC and IBM office network 
components. 

Prices for the individual software 
packages range from $3500 to $10,000 
depending on the hardware used. 

For more information on the VAX- 
Link family, contact Systems Strategies, 
225 W. 34th St., New York, NY 10001; 
(212) 279-8400. 
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AdaVantage provides Ada 
compiler/development system 

Meridian Software Systems has an¬ 
nounced AdaVantage, a combined Ada 
language compiler and development 
system. The compiler runs on the IBM 
PC, PC-XT, PC-AT, and compatibles. 

According to the company, AdaVan¬ 
tage implements all Ada language fea¬ 
tures, including tasting, exceptions, fixed 
point, generics, and separate com¬ 
pilation, without additional memory 
boards or coprocessor boards. 

AdaVantage costs $129.95. Contact 
Meridian Software Systems, 23141 Ver- 
dugo Dr., Suite 105, Laguna Hills, CA 
92653; (714) 380-9800. 
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Fiberoptic LAN meets 
FDDI standard 

Fibronics International has announced 
System Finex, a fiberoptic local-area net¬ 
work that reputedly conforms to the 
fiber distributed-data interface standard 
defined under the auspices of the 
American National Standards Institute 
X3T9.5 working group. 

According to the company, the prod¬ 
uct is a hardware and software solution 
that addresses all seven layers of the ISO 
model. 

For pricing and more information, 
contact Fibronics, Communications 
Way, Independence Park, Hyannis, MA 
02601-1892; (617) 778-0700. 
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New DEC/MAP interface 

Simpact Associates has announced the 
MAP7510 subsystem, a product that 
provides an interface to MAP 2.1 broad¬ 
band networks for Digital Equipment’s 
Micro VAX II computers. 

The subsystem consists of a Q-bus- 
compatible controller and modem assem¬ 
bly, a distribution panel kit, applications 
interface software for the host, and pro¬ 
tocol software for the controller. 

MAP7510 is the latest in a series of 
products jointly developed with In¬ 
dustrial Networking. 

Prices range between $6000 and 
$12,000. For more information, contact 
Simpact Assoc., 9210 Sky Park Court, 
San Diego, CA 92123; (619) 565-1865. 
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NEW LITERATURE 


Modular series on CIM. Addison-Wesley 
Publishing offers The Addison-Wesley 
Modular Series on Computer Integrated 
Manufacturing, edited by David Dorn- 
field of UC Berkeley and Tony Woo of 
the University of Michigan. According to 
the company, the modular design results 
from the narrow focus of much of the 
important work being done in CIM, ne¬ 
cessitating presentation of focused, in¬ 
dependent works. Addison-Wesley 
Publishing, Computer Science Div., 
Reading, MA 01867; (617) 944-3700. 


New from TAB Books. Signal Processing 
Design Techniques (ISBN 0-8306-0457-X) 
by Britt Rorabaugh provides a guide to 
analog and digital filter circuit design. 
Order No. 2657, 256 pp., 233 illustra¬ 
tions, $32.50 hardbound only. Expert 
Systems: A Non-Programmer’s Guide to 
Development and Applications (ISBN 
0-8306-2738-3) by Paul Siegel tells in 
layman’s terms how to master the con¬ 
cepts of implementing a system, in¬ 
cluding ways to define problems and 
decisions, rules, and conclusions. Order 
No. 2738, 272 pp., 108 illustrations, 
$29.95 hardbound only. Assembly 
Language Subroutines for MS-DOS 
Computers by Leo J. Scanlon collects 
practical subroutines for performing 
high-precision math, converting code, 
manipulating strings and lists, sorting 
data, displaying prompts and messages, 
reading user commands and responses, 
and so forth. Order No. 2767, 350 pp., 

43 illustrations, $19.60 paperback (ISBN 
0-8306-2767-7), $27.95 hardbound (ISBN 
0-8306-0867-2). Applied Ada (ISBN 
0-8306-2736-7) by Gerald L. Mohnkern 
and Beverly Mohnkern covers all aspects 
of Ada programming including proce¬ 
dures, functions, tasks, generic units, 
exceptions, attributes, pragmas, types, 
records, arrays, and input and output, 
text, and file procedures. Order No. 

2736, 320 pp., 94 illustrations, $25 hard¬ 
bound only. Computer Peripherals That 
You Can Build, 2nd ed., by Gordon W. 
Wolfe highlights interfacing techniques 
and peripheral devices for the IBM PC 
and compatibles, Apple computers in¬ 
cluding the Macintosh, Tandy/Radio 
Shack products, and the Commodore 
64/128. He also covers serial peripherals, 
digital peripherals with parallel output, 
parallel digital ports and analog signals, 
and pinout diagrams of integrated cir¬ 
cuits used. Order No. 2749, 304 pp., 262 
illustrations, $16.60 paperback (ISBN 


0-8306-2749-9), $22.95 hardbound (ISBN 
0-8306-0749-8). TAB Books, PO Box 40, 
Blue Ridge Summit, PA 17214; (717) 
794-2191. 


Frost & Sullivan reports. “The Power 
Semiconductor Market in the U.S.” 
(#1655, $1900) is a 240-page report that 
predicts the future in this one billion 
dollar market. According to the com¬ 
pany, star performers will be power 
integrated circuits and field effect tran¬ 
sistors, especially MOSFETs. Special sec¬ 
tions in the report cover high-growth 
products, new products, technology 
trends, and major applications for power 
semiconductors. Frost & Sullivan also 
offers a new service, Defense Intelligence 
Service, that provides a defense literature 
search in print and on disk. The system 
classifies defense-related products into 
400 product and technology codes. Ab¬ 
stracts include article title, publication 
date, volume number, and page number; 
classification number and category; and 
performance characteristics, missions, 
status, etc. DIS is available as individual 
category reports ($500 per study), a 
binder service ($1200), a disk service 
($2800), or a combination of binder and 
disk ($3200). Frost & Sullivan, 106 
Fulton St., New York, NY 10038; (212) 
233-1080 or Frost & Sullivan, Sullivan 
House, 4 Grosvenor Gardens, London 
SW1W ODH; 01-730-3438. 


Reports from International Resource 
Development. “C.A.S.E. Programmers’ 
Workstation Markets” (#725, $1850) ex¬ 
plores IBM’s presence in the computer- 
assisted software engineering market, in¬ 
cluding the company’s slow-selling 
CASE products and the competition 
from developers of IBM-compatible 
products. “Third-Party Maintenance of 
Computer and Data Communications 
Equipment” (#724, $1650) evaluates the 
presence of third-party vendors in the 
maintenance market, still heavily dom¬ 
inated by the equipment manufacturers. 
“Data PBX Market” (#723, $1850) proj¬ 
ects continued growth for data PBX 
equipment in 1987 with possible soften¬ 
ing in 1988 because of competition from 
local area networks. The report points 
out a main advantage: lower cost per line 
for the PBX than the LAN. IRD, 6 Pro- 
witt St., Norwalk, CT 96855; (203) 
866-7800. 


Disk storage industry. The United States 
Government Printing Office publishes A 
Competitive Assessment of the United 
States Disk Storage Industry, Stock- 
Number 003-009-00461-6, for $2.50. The 
study was undertaken by the Office of 
Computers and Business Equipment/ 
Science and Electronics in the US 
Department of Commerce and written 
by Raymond C. Ahlberg and Timothy 
O. Miles under the supervision of John 
E. McPhee. Orders should be accom¬ 
panied by payment, check or money 
order payable to the Superintendent of 
Documents. Credit card orders accepted. 
Superintendent of Documents, US 
Government Printing Office, Washing¬ 
ton, DC 20402. 


Parallel processing. Ovum Ltd. has 
published a report now available from 
International Planning Information for 
$495. The 450-page study, “Parallel Pro¬ 
cessing—The Impact of New Computer 
Architectures,” forecasts that the total 
market for parallel processors will in¬ 
crease from $600 million in 1986 to 
$8600 million in 1992. It segments the in¬ 
dustry into processor types according to 
their features. IPI, 465 Convention Way, 
Suite 1, Redwood City, CA 94063; (415) 
364-9040. 


Resource directory. Gale Research has 
come out with Computers and Comput¬ 
ing Information Resources Directory, 1st 
ed. (ISBN 0-8103-2141-6), edited by 
Martin Connors. It covers eight major 
types of information sources about com¬ 
puters and computing, ranging from live 
sources such as associations and consul¬ 
tants to printed sources such as periodi¬ 
cals and indexing services. Three indexes 
aid access. 1271 pp., $160. Gale Re¬ 
search, Book Tower, Detroit, MI 48226; 
(313) 961-2242. 


IBM System/38 newsletter. Application 
Design & Systems offers a newsletter, 

The ADS Letter, focused on IBM Sys¬ 
tem/38 minicomputer users and manage¬ 
ment. The newsletter is written internally 
at ADS from material contributed entire¬ 
ly by the company’s professional staff. It 
is free to interested readers. Requests 
should be made on company letterhead 
to ADS, 5610 S. Soto St., Suite 202, 
Huntington Park, CA 90255; (213) 
587-7343. 
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1C Announcements 


MODEL AND r.S. 

FUNCTON_COMPANY_COMMENTS NO. 


AOP 3510 
Op amp 


ADSP-1024A; 
ADSP-1101 
Multiplier; 
arithmetic unit 


GR3281 

SRAM 


SCX6287 
Gate array 


OP-470, 
OP-400AY/883 
Op amps 


TMS27C512 

EPROM 


TC57256AD; 

TC54256AP/AF 

EPROM; 

PROM 


Anadigics 
35 Technology Dr. 
Warren, NJ 07060 
(201) 668-5000 


A 350-MHz unity-gain-stable GaAs operational amplifier 80 

featuring 70-MHz full power bandwidth, 20-ns settling time, 

70-dB open loop gain, and a slew rate of 1200 V/^s. 

Available in a 16-pin DIP, commercial grade, as the AOP 
3510 J3C. Cost: $32.75 (1000’s). 


Analog Devices Lit. Ctr. 
70 Shawmut Rd. 
Canton, MA 02021 
(617) 329-4700 


The ADSP-1024A is a 1.5-jtm 24 x 24-bit multiplier. It comes 81 
in a ceramic 84-pin PGA. J ($81) and K ($97) grades are 
specified from 0 to +70°C, maximum multiply time of 120 ns 
and 95 ns, respectively. S ($134) and T ($160) grades operate 
over - 55 to + 125°C with 150 ns and 120 ns maximum mul¬ 
tiply time, respectively. The ADSP-1101 is an integer 
arithmetic unit that combines a 16 x 16-bit array multiplier, 

40-bit adder/subtractor, logic unit, dual 40-bit accumulators, 
shift logic, and block-floating-point control circuitry. It comes 
in a 100-pin PGA or PLCC. Prices start at $88. Prices quoted 
are for lots of 100. 


LMS Electronics 
3401 Monroe Rd. 
Charlotte, NC 28205 
(704) 376-7805 


National Semiconductor 
PO Box 58090 
Santa Clara, CA 95052-8090 
(408) 749-7431 


Precision Monolithics 
PO Box 58020 
Santa Clara, CA 95052-8020 
(408) 727-9222 


A 32K x 8 nonvolatile CMOS static RAM that functions as a 82 
data or program RAM, requires no erasures, and offers 
unlimited numbers of programming cycles. Comes in a 
JEDEC standard 28-pin package. Manufactured by 
Greenwich Instruments, Ltd., Great Britain. Price not given. 

A high-density gate array featuring 8700 gates with a gate 83 

delay of 850 ps, automatic placement and routing, and 
minimum 90 percent die utilization. Extends the company’s 
CMOS SCX6200 series of gate arrays. Available in surface- 
mount and pin DIP packages, including leadless chip carriers, 
leaded chip carriers, and ceramic and plastic PGAs. Cost: 

Based on nonrecurring engineering costs, packaging, and 
quantity. 

The OP-470 is a precision quad op amp with a low voltage 84 
noise. It features an input offset voltage of 400 /tV maximum. 

Input offset drift is less than 2 ^V/°C over the military and 
industrial temperature ranges. The OP-470 comes in a 14-pin 
Cerdip. Plastic devices are scheduled for the first quarter of 
1987 and LCC devices for the second quarter. Cost: Starts at 
$6.50 for industrial grades and $17.90 for the military grade, 
in 100’s. The OP-400AY/883 is a military version of the 
OP-400. It features low offset voltage and low power 
consumption. Cost: $23.90 (100’s). 


Texas Instruments 
Semiconductor Group (SC-670) 
PO Box 809066 
Dallas, TX 75380-9066 
(800) 232-3200, Ext. 700 


A 512K CMOS EPROM that is pin-and speed-compatible 
with NMOS EPROMs. Features access times as low as 200 ns 
and power dissipation of 165 MW active. Comes in eight 
versions: 200, 250, 300, and 450 ns max access/min cycle time 
with either ± 5 percent or 10 percent supply voltage toler¬ 
ances. Available in a 28-pin ceramic DIP rated for operation 
from 0 to 70°C. Cost: $12 (100’s) for the 250 ns, 5 percent 
part. 


85 


Toshiba America 
2692 Dow Ave. 
Tustin, CA 92680 
(714) 832-6300 


The TC57256AD is a 256K-bit erasable programmable read- 86 
only memory with access times as fast as 150 ns. It comes in a 
28-pin ceramic DIP and operates from - 40 to 85 °C. The 
TC54256AP/AF is a 256K-bit one-time programmable read¬ 
only memory with an access time of 200 ns. It comes in a 
28-pin plastic DIP or a plastic flat package and operates from 
- 40 to 85°C. No prices given. 


COMPUTER 











Microsystem Announcements 


MODEL AND R S - 

FUNCTON COMPANY_COMMENTS_NO. 


BDH-2 Bubbl-Dek; Bubbl-tec 

PCH-3 Bubbl-Board 6805 Sierra Court 

Cassette memory drive; Dublin, CA 94566 

memory board (415) 829-8700 


The BDH-2 Bubble-Dek is a removable-cassette bubble 90 

memory drive, the same size as standard half-height 5 'A -inch 
floppy disk drives and designed to replace them. It uses 
128K-byte cartridges. Cost: $833 (10’s). The PCH-3 Bubbl- 
Board provides up to 1.5M bytes of magnetic-bubble memory 
on a single PC adaptor card for the IBM PC, PC-XT, PC- 
AT, and compatibles. Cost: $1111 (10’s) for 1.5M bytes. 


XK-186 

CPU 


Adaptor/386 
Adaptor board 


CPU-21B 

CPU 


Ibis-II 

Disk subsystem 


286 Ramracer; 
Rampartner 
Accelerator; 
memory board 


PME 68-22, 

PME 68-23 
Processor boards 


PS1000 Series 
Magnetic tape to 
optical disk system 


424 Line Backer 
Security modem 


Carint A single-board computer that utilizes a 10-MHz 80186 micro- 91 

One Waters Park Dr., Suite 101 processor. Supports PC-DOS or Unix work-alikes. Contains 

San Mateo, CA 94403 512K bytes of memory. Cost: $539 (100’s). 

(415) 345-4040 


Cheetah International 
107 Community Blvd., Suite 5 
Longview, TX 75602 
(800) 243-3824 


A 286-to-386 adaptor board that includes the Intel 386 chip 
and converts 286 IBM PC-ATs into functional 386 ATs. Plugs 
into the 286 socket of the IBM PC-AT, IBM PC-XT-286, and 
true clones. Does not require a bus slot. Cost: $495. 


92 


Force Computers 
727 University Ave. 
Los Gatos, CA 95030 
(408) 354-3410 


A 25-MHz, 32-bit, zero wait state, VMEbus-based, single- 93 

board computer. Includes a 68020 processor, and a 68881 
floating-point coprocessor running at 20 MHz. Comes with 
Forcebug monitor firmware. Cost: $9995 (1-9) with 512K-byte 
SRAM and 68881 FPCP; $9695 for the CPU-20B, without 
FPCP. 


Ibis Systems 

5775 Lindero Canyon Rd. 
Westlake Village, CA 91326 
(818) 706-2505 


PC Technologies 
704 Airport Blvd., Box 2090 
Ann Arbor, MI 48106 
(313) 996-9690 


Plessey Microsystems 
One Blue Hill Plaza 
Pearl River, NY 10965 
(914) 735-4661 


Portable Solutions 
PO Box 17637 
Austin, TX 78760 
(512) 448-4965 


Western DataCom 
5083 Market St. 
Youngstown, OH 44512 
(216) 788-6583 


A disk drive subsystem that uses an interface compatible with 94 
the intelligent standard interface (ISI). Consists of a control 
module and disk storage device. Provides dual accessibility 
and operates at a peak data transfer rate of 12M-bytes per 
second. Cost: $70,000. 

286 Ramracer is a single-slot, 8-MHz 80286 accelerator for the 95 
IBM PC, PC-XT, and compatibles. Cost: $745 with OK bytes 
of RAM, $1225 with 1.5M bytes. Rampartner is an EMS or 
EEMS memory board. Cost: $360 with OK bytes, $960 with 
2M bytes. 

Both are 68020-based VME processor boards. The PME 96 

68-22 ($4350) has multitasking paged memory management 
for Unix, IEEE-P754 floating-point capability, an intelligent 
SCSI interface, and offers 32-bit processing at 16.7 or 20 
MHz. The PME 68-23 ($1860) has speed options up to 20 
MHz, three serial ports with RS-232 drivers, and parallel 
interface and timer, plus four 32-bit wide sites. 

A family of nine-track, !/2-inch magnetic tape to optical disk 97 
systems. The PS1000 stand-alone system consists of a 6250 
(PSI1000L, $31,820) or 3200/1600 ($22,820) BPI tape trans¬ 
port, a BP100 5!4-inch laser optical disk subsystem, and an 
80286-based computer. The PS 1100 subsystem works with 
IBM PC, PC-XT, PC-AT, and compatible computers. It 
costs $17,995 with the 3200/1600 BPI tape transport, and 
$26,995 for the PSI1100L with 6250 tape transport. 

A security modem, the latest in the 424 series of V.22 98 

bis/212A 2400 bps modems. Nonvolatile memory permits 
configuration as a two-wire dial-up modem with call-back 
security, or as a four-wire lease line modem with two-wire dial 
backup. Features diagnostics, network node functionality, 
and speed conversions. Cost: $795. 
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CALENDAR 


March 1987 


F 'fth IEEE Built-in Self-Test Workshop, 
March 11-13, Kiawah Island, Charles¬ 
ton, South Carolina. Contact Richard Sed- 
mak, Self-Test Services, 6 Lindenwold Ter¬ 
race, Ambler, PA 19002; (215) 628-9700. 

itjfji 19th Southeastern Symposium on Sys- 
^ terns Theory, March 15-17, Clemson, 
South Carolina. Contact Ernest Baxa, Jr., 
Electrical and Computer Engineering Dept., 
Riggs Hall, Clemson University, Clemson, SC 
29634-0915; (803) 656-5900. 

Joint Ada Conference: Fourth Washington 
Ada Symposium/Fifth National Conference 
on Ada Technology (ACM, NASA), March 

16- 19, Arlington, Virginia. Contact A1 
Rodriguez, US Army Communications- 
Electronics Command, Fort Monmouth, NJ 
07703;(201)532-5846. 

Tutorial Week Orlando 87, March 
16-20, Kissimmee, Florida. Contact 
Ratan Kumar Guha, Computer Science 
Dept., University of Central Florida, Orlan¬ 
do, FL 32816; (305) 275-2341. 

Sixth Symposium on Reliability in 
Distributed Software and Database 
Systems (Computer Society, NASA), March 

17- 19, Williamsburg, Virginia. Contact Edwin 
C. Foudriat, NASA, Langley Research Cen¬ 
ter, Inf ormation Systems Division, MS 469, 
Hampton, VA 23665; (804) 865-3535. 

Computer Graphics 87 (NCGA), March 
22-26, Philadelphia. Contact National Com¬ 
puter Graphics Association, 2722 Merrilee 
Dr., Suite 200, Fairfax, VA 22031; (703) 
698-9600. 


Sixth ACM SIGACT-SIGMOD-SIGArt Sym¬ 
posium on Principles of Database Systems, 
March 23-25, San Diego, California. Contact 
Ashok K. Chandra, IBM T.J. Watson 
Research Center, PO Box 218, Yorktown 
Heights, NY 10598; (914) 945-1752. 


1987 IEEE VLSI Test Workshop, March 
24-25, Atlantic City, New Jersey. Contact 
Wesley E. Radcliffe, IBM East Fishkill, Dept. 
277, Bldg. 321-5E1, Hopewell Junction, NY 
12533; (914) 894-4346. 

Southcon (IEEE), March 24-26, Atlanta. 
Contact Alexes Razevich, Electronic Conven¬ 
tions Management, 8110 Airport Blvd., Los 
Angeles, CA 90045; (213) 772-2965 or (800) 
421-6816. 

IEEE Infocom 87: Global Networks- 
Concept to Realization, March 30- 

Aprii 2, San Francisco. Contact IEEE Info¬ 
com 87, 1730 Massachusetts Ave. NW, Wash¬ 
ington, DC 20036-1903; (202) 371-0101; telex 
7108250437 IEEECOMPSO. 


gjs Ninth IEEE International Conference 
on Software Engineering (Computer So¬ 
ciety, ACM), March 30-April 2, Monterey, 
California. Contact William Riddle, Software 
Design and Analysis, 1760 Bear Mountain 
Dr., Boulder, CO 80303; (303) 499-4782 or 
Computer Society of the IEEE, 1730 Massa¬ 
chusetts Ave. NW, Washington, DC 20036; 
(202) 371-0101. 

Fourth International Symposium on 
Optical and Optoelectronic Applied 
Science and Engineering (Computer Society, 
SPIE), March 30-April 3, The Hague, The 
Netherlands. Contact Joseph Yaver, SPIE, 

PO Box 10, Bellingham, WA 98227-0010; 

(206) 676-3290. 


1987 IEEE International Conference on 
Robotics and Automation, March 30-April 3, 

Raleigh, North Carolina. Contact Harry 
Hayman, Exeter C3037, Boca Raton, FL 
33434; (305) 483-3037. 


April 1987 


g^ Fourth International Workshop on 
Software Specification and Design 
(Computer Society, AFCET, Agence de l’ln- 


gjj Conferences that the Computer Society participates in or sponsors are 

indicated by the Computer Society logo; additional conference sponsors are 
listed in parentheses. Other conferences of interest to our readers are also 
included. 


For inclusion in Calendar or Call for Papers, submit information six weeks 
before the month of publication (e.g., for the June 1987 issue, send information 
for receipt by April 15, 1987) to Calendar Editor, Computer, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 


formatique, Alvey Directorate, LCRST Ja¬ 
pan), April 3-4, Monterey, California. Con¬ 
tact David Marca, Digital Equipment Corp., 
Intelligent Systems Tech. Group, 77 Reed 
Rd„ MS HL02-3/CID; Hudson, MA 01749. 

Southeastcon 87 (IEEE), April 5-8, Tampa, 
Florida. Contact David C. McLaren, General 
Telephone of Florida, PO Box 110, Mail 
Code 32, Tampa, FL 33601; (813) 224-4409 or 
Rudolf E. Henning, (813) 974-2369. 

CHI-87, Conference on Human Factors in 
Computing Systems/GI-87, Graphics Inter¬ 
face (ACM, CIPS), April 5-9, Toronto. Con¬ 
tact William Buxton or Ron Baecker, Univer¬ 
sity of Toronto, Computer Systems Research 
Institute, Toronto, Ontario M5S 1A4, 

Canada, or CHI + GI 87, 2 Bloor St. West, 
Suite 100, Toronto M4W 3E2, Canada. 

Electro 87 and Mini/Micro Northeast (IEEE), 
April 7-9, New York. Contact Alexes 
Razevich, Electro and Mini/Micro, Electronic 
Conventions Management, 8110 Airport 
Blvd., Los Angeles, CA 90045-3194; (213) 
772-2965 or (800) 421-6816. 

Third Artificial Intelligence Satellite Sym¬ 
posium, April 8, various locations. Contact 
Texas Instruments, AI Symposium, PO Box 
181153, Austin, TX 78718; (800) 527-3500. 

Third Workshop on the Mathematical Foun¬ 
dations of Programming Semantics (ACM), 
April 8-10, New Orleans. Contact Michael 
Mislove, Mathematics Dept., Tulane Univer¬ 
sity, New Orleans, LA 70118; (504) 865-5727. 

18th Annual Pittsburgh Conference on 
Modeling and Simulation (IEEE, ISA, SCS), 
April 23-24, Pittsburgh. Contact William G. 
Vogt or Marlin H. Mickle, 348 Benedum 
Engineering Hall, University of Pittsburgh, 
Pittsburgh, PA 15261. 

gjs IEEE Computer Society Symposium on 
Office Automation: Integration, Inter¬ 
connection, and Use of Personal Computers 
(Computer Society, NBS), April 27-29, 
Gaithersburg, Maryland. Contact Vincent 
Lum, Dept, of Computer Science, Naval 
Postgrad School, Monterey, CA; (408) 
646-2449. 

gjt IEEE Symposium on Security and Pri- 
vacy, April 27-29, Oakland, California. 
Contact Virgil Gligor, University of Mary¬ 
land, Dept, of Electrical Engineering, College 
Park, MD 20742; (301) 454-8846. 

Design Automation Workshop on 
Placement and Floorplanning (Comput¬ 
er Society, ACM), April 27-29, Hilton Head 
Island, South Carolina. Contact Brian Preas, 
Xerox PARC, 3333 Coyote Hill Rd., Palo 
Alto, CA 94304; (415) 494-4000. 
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May 1987 

APL-87 (ACM), May 10-14, Dallas. Contact 
John Carpenter, Suite 210, 440 Northlake 
Center, Dallas, TX 75238. 

<g^ Eighth IEEE Symposium on Mass Stor- 
age Systems, May 11-14, Tucson, 
Arizona. Contact Patrick Savage, Shell 
Development Co., PO Box 481, Houston, TX 
77001; (713) 663-2384. 

1987 ACM SIGMetrics Conference on Mea¬ 
surement and Modeling of Computer Sys¬ 
tems, May 11-14, Banff, Alberta, Canada. 
Contact Rick Bunt, Dept, of Computational 
Science, University of Saskatchewan, Saska¬ 
toon S7N 0W0, Canada. 


Compeuro 87, International Conference 
on VLSI and Computers (Computer So¬ 
ciety, GI, VDE), May 11-15, Hamburg, West 
Germany. Contact W.E. Proebster, IBM 
Laboratory, PO Box 80 08 80, D-7000 Stutt¬ 
gart 80, West Germany; phone 49 (07031) 
16-3929. 

Fifth Conference on Real-Time Computer 
Applications in Nuclear, Particle, and Plasma 
Physics (IEEE), May 11-15, San Francisco. 
Contact Dale Horelick, Stanford Linear Ac¬ 
celerator Center, PO Box 4349, Bin 57, Stan¬ 
ford, CA 94305. 

IEEE Workstation Technology and 
Systems Workshop, May 12-13, Cherry 
Hill, New Jersey. Contact Ralph J. Preiss, 12 
Colburn Dr., Poughkeepsie, NY 12603. 

ACM Conference on the History of Scientific 
and Numeric Computation, May 13-15, 

Princeton, New Jersey. Contact Frank Fried¬ 
man, Dept, of Computer and Information 
Science, Rm. 303, Computer Center Bldg., 
Temple University, Philadelphia, PA 19122; 
(215) 787-8450. 

International Workshop on Real-Time Ada 

Issues (ACM), May 13-15, Devon, England. 
Contact J.G.P. Barnes, Alsys, Ltd., Newtown 
Rd., Henley on Thames, Oxon, England, UK. 


<gi Third International Symposium on 
VLSI Technology, Systems, and Ap¬ 
plications, May 13-15, Taipei, Taiwan. Con¬ 
tact Ben M.Y. Hsiao, IBM Corp., Dept. D18, 
Bldg. 707, PO Box 390, Poughkeepsie, NY 
12602 or Morris Chang, ITRI, No. 1, Jen Ai 
Rd., Sec. 2, Taipei, Taiwan. 


West Coast Testing Workshop, May 
17-20, Lake Tahoe, Nevada. Contact 
Don Nelson, 1575 Garden of the Gods, Col¬ 
orado Springs, CO 80907. 


Eighth Symposium on Computer Arith- 
metic (Computer Society, AEI, Euro¬ 
micro, IF1P), May 18-21, Como, Italy. Con¬ 
tact Mary Jane Irwin, Dept, of Computer Sci¬ 
ence, 333 Whitmore Laboratory, Pennsyl¬ 
vania State University, University Park, PA 
16802 or Luigi Dadda, Dept, of Electronics, 
Piazza Leonardo da Vinci 32, Politecnico di 
Milano, 1-20133 Milan, Italy. 


19th Annual ACM SIGACT Symposium on 
Theory of Computing, May 25-27, New York. 
Contact Dana May Latch, CIS, Brooklyn 
College, CUNY, Brooklyn, NY 11210 (718) 
780-5657. 


<gj, CG International 87, Fifth International 
vs? Conference on Computer Graphics in 
Japan (Computer Society, CGS), May 25-28, 
Karuizawa, Nagano Prefecture, Japan. Con¬ 
tact Tosiyasu L. Kunii, Dept, of Information 
Science, Faculty of Science, University of 
Tokyo, Hongo, Tokyo 113, Japan; phone 81 
(03) 812-2111, ext. 4116. 

1987 International Symposium on 
™ Multiple-Valued Logic, May 26-28, 

Boston. Contact Dan Simovici, Dept, of 
Mathematics and Computer Science, Univer¬ 
sity of Massachusetts, Boston, MA 02125; 
(617) 929-7966. 

CASE-87, First International Workshop on 
Computer-Aided Software Engineering, May 
27-29, Cambridge, Massachusetts. Contact 
Elliot Chikofsky, Index Technology, 101 Main 
St., Cambridge, MA02142; (617) 491-2100, 
ext. 8000. 


1987 ACM SIGMOD Annual Conference on 
Management of Data, May 27-29, San Fran¬ 
cisco. Contact Michael Stonebraeker, Univer¬ 
sity of California, 549 Evans Hall, Berkeley, 
CA 94720; (415) 642-5799. 

June 1987 

(gg, IFIP Workshop on CAD Engines 

(Computer Society, IFIP, IPSJ, Institute 
of Elect./Com. Eng. of Japan), June 1-2, 
Kakaishinlou, Kainkan, Japan. Contact Tat- 
suo Ohtuski, Waseda University, Dept, of 
Elec, and Comm., School of Science and En¬ 
gineering, 3-4-2 Okubo, Shinjuku, Tokyo 160, 
Japan; phone 81 (03) 209-3211. 

Westex 87, Second Western Expert 
vS7 Systems Conference, June 2-4, 
Anaheim, California. Contact Westex 87, PO 
Box 2111, Fullerton, CA 92633-0111; (714) 
733-3921. 


igii 14th International Symposium on Com- 
puter Architecture, June 2-5, Pitts¬ 
burgh. Contact Zary Segall, Computer 
Science Dept., Carnegie Mellon University, 
Pittsburgh, PA 15213; (412) 268-3736. 


10th Annual International Conference on 
Research and Development in Information 
Retrieval (ACM), June 3-5, New Orleans. 
Contact Donald H. Kraft, Dept, of Computer 
Science, Louisiana State University, Baton 
Rouge, LA 70803; (504) 388-1495. 

Third Symposium on Computational 
Geometry (ACM), June 8-10, Waterloo, On¬ 
tario, Canada. Contact Derick Wood, Dept, 
of Computer Science, University of Waterloo, 
Waterloo, Ontario N2L 3G1, Canada. 

tgjS ICCV-87, First International Con¬ 
es' ference on Computer Vision, June 8-11, 

London. Contact Azriel Rosenfeld, University 
of Maryland, Center for Automation 
Research, College Park, MD 20742; (301) 
454-4526. 

IF.F.F, ICC-87 Workshop on the Integration of 
Expert Systems Into Network Operations, 

June 11-12, Seattle. Contact Nassem A. 

Kahn, AT&T Bell Laboratories, HR 1 J-220, 
480 Red Hill Rd., Middletown, NJ 07724; 

(201) 758-5590 or Rao V. Mikkilineni, Bell 
Communications Research, NVC 2Z-155, 331 
Newman Springs Rd., Red Bank, NJ 07701; 
(201) 578-5590. 

gi, Second IEEE Workshop on Software 
Technology Transfer, June 11-13, Santa 
Fe, New Mexico. Contact Charles Richter, 
MCC, Software Technology Program, PO 
Box 200195, Austin, TX 78720. 

<g^ NCC-87, National Computer Con¬ 
es' ference (Computer Society, AFIPS, 
ACM, DPMA, SCS), June 15-18, Chicago. 
Contact AFIPS, 1899 Preston White Dr., 
Reston, VA 22091; (703) 620-8900. 

1987 Holm Intensive Course on Electrical 
Contacts (IEEE), June 15-19, San Francisco. 
Contact Kate Scheld, IEEE Headquarters, 

345 E. 47th St., New York, NY 10017-2394; 
(212) 705-7405. 

Second Annual Conference on Struc- 
ture in Complexity Theory, June 16-19, 

Ithaca, New York. Contact Alan Selman, 
College of Computer Science, 161 Cullinane 
Hall, 360 Huntington Ave., Boston, MA 
02215; (617) 437-8688. 

{gj} Second Annual Symposium on Logic in 
Computer Science (Computer Society, 
ASL, EATCS), June 22-25, Ithaca, New 
York. Contact Ashok K. Chandra, IBM T.J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598; (914) 945-1752. 

Third International Conference on Data 
Communication Systems and Their Perfor¬ 
mance (IEEE, IFIP), June 22-25, Rio de 
Janeiro, Brazil. Contact Third Conference on 
Data Communications and Performance, Rua 
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do Ouvidor, 60/614, CEP 20040, Rio de 
Janeiro, RJ, Brazil. 

NATO Advanced Study Institute on Testing 
and Diagnosis of VLSI and ULSI, June 
22-July 4, Como, Italy. Contact E Lombardi, 
University of Colorado at Boulder, Campus 
Box 425, Boulder, CO 80309; (303) 492-1437 
or M. Sami, Dept, di Elettronica, Politecnico 
di Milano, Piazza Leonardo da Vinci 32, 
1-20133 Milan, Italy; phone 39 (2) 2399-3516. 


NECC-87, Eighth National Educational Com¬ 
puting Conference (ACM, SCS), June 24-26, 
Philadelphia. Contact Frank L. Friedman, 
Computer Activities Bldg., Box JA1, Dept, of 
Computer and Information Sciences, Temple 
University, Philadelphia, PA 19122; (215) 
787-8450. 


Second International Conference on 
Computer Applications, June 24-26, 

Beijing. Contact Tse-yun Feng, Penn State 
University, Electrical Engineering East Bldg., 
University Park, PA 16802 or Oscar N. Gar¬ 
cia, Dept, of Electrical Engineering and Com¬ 
puter Science, Rm. T-637, George Washing¬ 
ton University, 801 22nd St. NW, Washing¬ 
ton, DC 20052; (202) 676-7175. 


SIGPlan 87, Symposium on Interpreters 
and Interpretive Techniques (Computer 
Society, ACM), June 24-26, St. Paul, Min¬ 
nesota. Contact Mark Scott Johnson, Hew¬ 
lett-Packard Labs, 1501 Page Mill Rd., 3024, 
Palo Alto, CA 94304-1181. 

DAC-87, 24th ACM/IEEE Design 
Automation Conference, (Computer 
Society, ACM), June 28July 1, Miami 
Beach, Florida. Contact Design Automation 
Conference, P.O. Pistilli, MP Associates, 

7366 Old Mill Trail, Boulder, CO 80301; (303) 
530-4562. 

Compass 87, Conference on Computer 
Assurance (IEEE), June 29-July 3, Washing¬ 
ton, DC. Contact Frank Houston, PO Box 
5314, Rockville, MD 20851; (301) 443-5020. 


July 1987 

CAR-87, Second International Con- 

ference on Computer-Assisted Radiolo- August 1987 
gy (Computer Society, ACM), July 1-4, 

Berlin. Contact Michael L. Rhodes, Multi- 
Planar Diagnostic Imaging, Inc., 2730 Pacific 
Coast Hwy„ Torrance, CA 90505; (213) 

539-5944. 


/jgv Workshop on Real-Time Operating 

Systems, July 2-3, Cambridge, Massa¬ 
chusetts. Contact Krithi Ramamritham, Dept, 
of Computer and Information Science, Grad¬ 
uate Research Center, University of Massa¬ 
chusetts, Amherst, MA 01003; (413) 535-0196 
or A1 Mok, Dept, of Computer Science, Uni¬ 
versity of Texas, Austin, TX 78713; (512) 
471-9542. 

FTCS-17, 17th International Syru¬ 
ps' posium on Fault-Tolerant Computing, 
July 6-8, Pittsburgh. Contact John Shen, 
Carnegie Mellon University, Dept, of Electri¬ 
cal and Computer Engineering, Pittsburgh, 
PA 15213; (412) 268-3601. 

ACM SIGGraph 87, July 27-31, 

Anaheim, California. Contact 
SIGGraph 87 Conference Management, 111 
E. Wacker Dr., Suite 600, Chicago, IL 60601; 
(312) 644-6610. 


IEEE/ACM Symposium on the Simula- 
tion of Computer Networks (Computer 
Society, ACM, SCS), August 5-7, Colorado 
Springs, Colorado. Contact Mitchell Spiegel, 
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CALL FOR PAPERS 


GTE Systems, 1700 Research Blvd., Rock¬ 
ville, MD 20850; (301) 294-8400. 

Sixth ACM SIGACT-SIGOps Symposium on 
Distributed Computing, August 10-12, Van¬ 
couver, British Columbia, Canada. Contact 
David Kirkpatrick, Dept, of Computing 
Science, University of British Columbia, Van¬ 
couver, British Columbia, Canada, or Fred B. 
Schneider, Dept, of Computer Science, Upson 
Hall, Cornell University, Ithaca, NY 14853. 

Ninth International Conference on Pro- 

duction Research (Computer Society, 
IFPR), August 17-20, Cincinnati, Ohio. Con¬ 
tact Ernest L. Hall, Center for Robotics 
Research, University of Cincinnati, ML 72, 
Cincinnati, OH 45221. 


1987 Workshop on Visual Languages, 
'S' August 19-21, Linkoping, Sweden. 
Contact Erland Jungert, FFV Elektronik AB, 
Agatan 29, S-582 22 Linkoping, Sweden, or 
R. Korfhage, Dept, of Information Science, 
University of Pittsburgh, Pittsburgh, PA 
15260; (412) 624-5206. 


International Workshop on Petri Nets 
^ and Performance Models, August 
24-26, Madison, Wisconsin. Contact Tadao 
Murata, Dept, of Electrical Engineering and 
Computer Science, MC 154, Box 4348, 
Chicago, IL 60680; (312) 996-3407. 


1987 IEEE Workshop on Languages for 
Automation, August 24-27, Vienna. Contact 
M. Tauber, Dept, of Computer Science, Uni¬ 
versity of Pittsburgh, Pittsburgh, PA 15260. 


1987 Annual International Test Con¬ 
es' ference, August 30-September 4, Wash¬ 
ington, DC. Contact Doris Thomas, PO Box 
264, Mount Freedom, NJ 07970; (201) 
895-5260. 


September 1987 

Third International Conference on Functional 
Programming Languages and Computer Ar¬ 
chitecture (ACM, IFIP, INRIA), September 
14-16, Portland, Oregon. Contact John H. 
Williams, IBM Almaden Research Center, 
K53/803, 650 Harry Rd., San Jose, CA 
95120-6099. 


Tutorial Week Boston, September 
14-18, Cambridge, Massachusetts. Con¬ 
tact Ted Bonn, 136 Racing Beach Ave., 
Falmouth, MA 02540; (617) 548-8575. 


Midcon 87 (IEEE), September 15-17, Rose- 
mont, Illinois. Contact Alexes Razevich, Elec¬ 
tronic Conventions Management, 8110 Air¬ 
port Blvd., Los Angeles, CA 90045; (213) 
772-2965 or (800) 421-6816. 


Call for papers for Computer 


Computer magazine seeks articles that 
cover the state of the art and important 
new developments in computer science, 
technology, and applications. Aimed at a 
broad audience with diverse interests and 
experience, Computer usually publishes 
surveys or tutorials that facilitate the 
transfer of technology from university to 
industry, from research to applications, 
and across specialized fields. Submit six 
copies of the manuscript, including il¬ 
lustrations, references, and authors’ 
biographies, to 

• Bruce Shriver 

IBM T.J. Watson Research Center 
Route 134 

PO Box 704, H0-B04A 
Yorktown Heights, NY 10598 
(914) 789-7626 
Compmail +; b.shriver 
CSnet: shriver@dbm.com 
Vnet: shriver at yktvmh 

Computer also seeks articles on topics 
relevant to upcoming special issues; 

• Electronic Publishing: Articles are 


sought for a special issue currently 
scheduled for publication in Decem¬ 
ber. Submit six copies of the manu¬ 
script to Bruce Shriver at the address 
listed above. 

Lastly, Computer seeks special-issue pro¬ 
posals and articles in the following topic 


• optical computing, 

• the European computer industry, 

• fabrication and packaging 
technologies, 

• noncoded information, 

• computer-integrated manufacturing, 

• technology transfer process, 

• computers in consumer electronics, 
automobiles, etc., 

• design and implementation of large- 
scale systems, and 

• engineering and scientific worksta- 


Prospective guest editors and authors 
should submit proposals and articles 
directly to Bruce Shriver. 


International Journal of Pattern Recognition 
and Artificial Intelligence: Submit four copies 
of manuscripts to H. Bunke, Universitat 
Bern, Institut fur Informatik und Angewand- 
te Mathematik Langgasstrasse 51, CH-3012 
Bern, Switzerland, or Patrick S.-P. Wang, 
College of Computer Science, Northeastern 
University, 360 Huntington Ave., Boston, 

MA 02115; (617)437-3711. 

FJCC-87, Fall Joint Computer Confer- 
^ ence: October 25-29, 1987, Dallas. Sub¬ 
mit five copies of papers or proposals for 
panel discussions by March 15, 1987, to 
Stephen A. Szygenda, University of Texas, 
College of Engineering, Cockrell Hall 2.510B, 
Austin, TX 78712-1080; (512) 471-1653. 

IEEE/ACM Symposium on the Simula- 

tion of Computer Networks (Computer 
Society, ACM, SCS): August 5-7, 1987, Col¬ 
orado Springs, Colorado. Submit four copies 
of papers before March 15,1987, to Michael 
Green, Network Systems, Suite 200, 501 
Church St. SE, Vienna, VA 22180 (industry 
papers) or Edgar Sibley, George Mason 
University, 4400 University Dr., Fairfax, VA 
22030 (university papers). Proposals for panel 
discussions are also sought, and four copies 
of them should be sent to either Michael 
Green or Edgar Sibley. 


CASE-87, First International Workshop on 
Computer-Aided Software Engineering: May 

27-29, 1987, Cambridge, Massachusetts. Per¬ 
sons wishing to attend are asked to submit 
position papers (one to three pages long) or 
an extended abstract by March 18, 1987, to 
Elliot Chikofsky, Index Technology, 101 Main 
St., Cambridge, MA 02142; (617) 491-2100, 
ext. 8000. Longer papers for presentation at 
the conference are also sought, and should be 
sent to Elliot Chikofsky. 

AIMS-87, Applied Identification, Modeling, 
and Simulation (IASTED): November 11-13, 
1987, New Orleans. Send three copies of a 
200- to 300-word abstract by April 1,1987, to 
R. Trahan, Dept, of Electrical Engineering, 
University of New Orleans, New Orleans, LA 
70148; (504) 286-6650. 

Directions and Implications of Advanced 
Computing: July 12, 1987, Seattle. Submit 
three copies of paper (6000 words maximum, 
including abstract and topic heading) by April 
1,1987, to Computer Professionals for Social 
Responsibility, Box 85481, Seattle, WA 98105. 

11th Western Educational Computing Con¬ 
ference: November 19-20, 1987, San Fran¬ 
cisco. Submit two copies of original papers by 
April 1,1987, to Oliver Seely, CSU Dom- 
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inguez Hills, Chemistry, 1000 E. Victoria St., 
Carson, CA 90747. 

ICGATA-87, Second International Con¬ 
ference on Genetic Algorithms and Their Ap¬ 
plications (AAAI, US Navy Center for Ap¬ 
plied Research in AI): July 28-31, 1987, Cam¬ 
bridge, Massachusetts. Send three copies of 
the complete paper by April 1,1987, to John 
J. Grefenstette, Navy Center for Applied 
Research in AI, Code 5510, Naval Research 
Laboratory, Washington, DC 20375-5000. 


mit four copies of complete paper by April 
15, 1987, to Charles R. Dyer, Dept, of Com¬ 
puter Science, University of Wisconsin, 1210 
W. Dayton St., Madison, WI 53706. 

Sixth International Conference on Entity- 
Relationship Approach: November 2-4, 1987, 
New York. Submit five copies of the complete 
paper (25 pages maximum) by April 15, 1987, 
to S.T. March, Dept, of Management 
Sciences, University of Minnesota, 271 19th 
Ave. South, Minneapolis, MN 55455. 


financial expert systems. Authors should sub¬ 
mit descriptions of recent or novel AI applica¬ 
tions to the construction of intelligent systems 
for financial problems by April 1, 1987, to 
the guest editors: Chidanand Apte and John 
Kastner, IBM T.J. Watson Research Center, 
PO Box 218, Yorktown Heights, NY 10598. 


International Workshop on AI Applications 
to CAD Systems for Electronics (IEEE): Oc¬ 
tober 8-10, 1987, Munich, West Germany. 
Submit four copies of an abstract that does 
not exceed 400 words by April 1,1987, to 
Werner Sammer, Siemens AG, Corporate 
Research and Technology, Otto-Hahn-Ring 6, 
8000 Munich 83, West Germany; phone 49 
(89) 636-3348. 


IFIP Conference on Distributed Processing: 

October 5-7, 1987, Amsterdam. Submit five 
copies of the complete paper (20 pages max¬ 
imum) by April 13,1987, to E.L. Dagless, 
Electrical Engineering, University of Bristol, 
BS8 1TR, England, UK. 


Workshop on Real-Time Operating Sys- 
terns: July 2-3, 1987, Cambridge, Mas¬ 
sachusetts. To participate, send an extended 
abstract or position paper (five pages maxi¬ 
mum) describing your work in the topic area 
by April 15,1987, to Krithi Ramamritham, 
Dept, of Computer and Information Science, 
Graduate Research Center, University of 
Massachusetts, Amherst, MA 01003; (413) 
535-0196. 

1987 Supercomputing Symposium: The Users’ 
Perspective: June 15-16, 1987, Calgary, Alber¬ 
ta, Canada. Papers suitable for 20-minute 
presentations, proposals for panel discus¬ 
sions, and presentations for poster sessions 
are sought. To submit material in the first 
category, submit a one-page abstract; for the 
second, a list of topics; and for the third, an 
outline of the topic and a description of the 
poster display. Submit materials by April 17, 
1987, to SuperComputing Services, University 
of Calgary, Suite 390, 1620 29th St. NW, 
Calgary, Alberta T2N 4L7, Canada. 
Registrants may also participate in 
workshops. 


Performance 87 (ACM, AFCET, IFIP): De¬ 
cember 7-9, 1987, Brussels. Submit five copies 
of a complete paper (20 pages maximum) by 
April 13, 1987, to P.-J. Courtois, Philips 
Research Laboratory, 2 Ave. E. Van 
Becelaere, Box 8, B-l 170 Brussels, Belgium; 
phone 32 (2) 673-41-90. 

Astronomy from Large Databases: Scientific 
Objectives and Methodological Approaches: 

October 12-14, 1987, Garching-bei-Munchen, 
West Germany. Submit abstracts by April 15, 
1987, to F. Murtagh, ST-ECF/ESO, Karl 
Schwarzschild-Str. 2, D-8046 Garching-bei- 
Munchen, West Germany. 


ICCAD-87, IEEE International Confer- 
ence on Computer-Aided Design: No¬ 
vember 9-12, 1987, Santa Clara, California. 
Submit 12 copies of both a one-paragraph 
abstract and a more detailed description not 
to exceed 1500 words or six pages by May 1, 
1987, to ICCAD-87 Secretary, Mentor 
Graphics Corp., 1940 Zanker Rd., San Jose, 
CA 95112; (408) 436-1500. 

1987 IEEE Workshop on Languages for 
Automation: August 24-27, 1987, Vienna. 
Submit papers by May 1,1987, to M. Tauber, 
Dept, of Computer Science, University of 
Pittsburgh, Pittsburgh, PA 15260. 


neapolis, Minnesota. Submit six copies of the 
paper (include an abstract) by May 1,1987, to 
Robert Linebarger, Computer Science Dept., 
242 TMCB, Brigham Young University, Pro¬ 
vo, UT 84602; (801) 378-2835. Proposals for 
tutorials are also sought, and should be sub¬ 
mitted by April 1,1987, to Stephane 
Johnson, Start, Inc., 10301 Toledo Ave. 
South, Bloomington, MN 55437; (612) 
831-2122. 

Third Annual Expert Systems in 

Government Conference (Computer So¬ 
ciety, AIAA): October 19-23, 1987, Washing¬ 
ton, DC. Submit three copies of the paper by 
May 15, 1987, to ESIG 87, MS W418, Mitre 
Corp., 7525 Colshire Dr., McLean, VA 22102. 
Proposals for panel sessions and tutorials are 
also sought. 

Fifth Annual Canadian Information Proces¬ 
sing Society Edmonton Conference: Novem¬ 
ber 3-5, 1987, Edmonton, Alberta, Canada. 
Send four copies of paper or extended 
abstract by May 31,1987, to Wayne A. Davis, 
Dept, of Computing Science, University of 
Alberta, Edmonton T6G 2H1, Alberta, 
Canada; phone (403) 432-3976. 

IEEE Transactions on Computers: 

^ Papers are sought for a special issue on 
fault-tolerant computing. Guidelines for sub¬ 
mitting manuscripts appear on the back cover 
of every issue of IEEE Transactions on Com¬ 
puters. Submit six copies of paper by June 1, 
1987, to Gerald M. Masson, Dept, of Com¬ 
puter Science, Johns Hopkins University, 
Baltimore, MD 21218; (301) 338-7013. 

Micro 20, 20th Annual Workshop on 
Microprogramming: December 1-4, 1987, 
Colorado Springs, Colorado. Submit one 
copy of the complete paper by June 1,1987, 
to Gearold R. Johnson, Center for 
Computer-Assisted Engineering, Colorado 
State University, Fort Collins, CO 80523; 

(303) 491-5543. 

Clinic on Machine Vision for Food and Drug 
Packaging (SME): October 27-29, 1987, Lake 
Geneva, Wisconsin. Submit abstract and sub¬ 
mission form (available from SME) by June 
30, 1987, to Joanne Rogers, Special Programs 
Division, SME, PO Box 930, 1 SME Dr., 
Dearborn, MI 48121; (313) 271-1500, ext. 399. 


Eighth Real-Time Systems Symposium: 
December 1-3, 1987, San Francisco. 
Submit four copies of the paper by April 15, 
1987, to Walter L. Heimerdinger, Honeywell, 
Inc., Systems and Research Center, 
MN65-2100, 3660 Technology Dr., Min¬ 
neapolis, MN 55418; (612) 782-7319. 


1987 Workshop on Computer Architec- 
ture for Pattern Analysis and Machine 
Intelligence: October 5-7, 1987, Seattle. Sub¬ 


Second Workshop on Empirical Studies of 
Programmers: December 7-8, 1987, Washing¬ 
ton, DC. Submit six copies of the manuscript 
(15 to 25 pages) by May 1, 1987, to Gary 
Olson, Cognitive Science and Machine In¬ 
telligence Laboratory, 904 Monroe St., 
University of Michigan, Ann Arbor, MI 
48109. 

fij) 12th Conference on Local Computer 
^ Networks: October 5-7, 1987, Min¬ 


25th Annual Allerton Conference on Com¬ 
munication, Control, and Computing: Sep¬ 
tember 30-October2, 1987, Monticello, Il¬ 
linois. Submit the title and a 1000-word sum¬ 
mary of a paper suitable for a 20-minute 
presentation, or the title and a 500-word sum¬ 
mary of a paper suitable for a 10-minute 
presentation by July 27,1987, to P.R. Kumar, 
University of Illinois at Urbana-Champaign, 
Coordinated Science Laboratory, 1101 W. 
Springfield Ave., Urbana, IL 61801. 
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- THE CONFERENCE - 

The 1987 INTERNATIONAL CONFERENCE ON COMPUTER-AIDED DESIGN will be held NOVEMBER 9-12, 1987. 
The Conference is oriented towards Electrical Engineering CAD professionals, concentrating on CAD for Electronic Circuit 
Design. 


AREAS OF INTEREST 


Papers on (but not limited to) the following topics are invited: 


• Simulation: 

• Layout: 

• Test: 

• Systems: 


Functional, Logic, Timing, Circuit, Device and Process Simulation, Modeling. 

Placement, Routing, Floor Planning, Interactive and Symbolic Layout, Circuit Extraction, Design Rule 
Checking. 

Test Pattern Generation, Testability, Built-in-Test, Fault Simulation. 

Design Synthesis, Silicon Compilers, Expert Systems, Tool Integration, Data Base Management, Hardware 
Acceleration, CAD Systems. 


All papers should be suitable for a 25 minute presentation, and must not have been previously published. 

- AUTHOR INFORMATION - 

Authors should submit 12 COPIES of both a 1-paragraph abstract and a more detailed description not to exceed 1500 words or six pages 
(double-spaced). Excessively long submissions may be returned to the authors. 


Format: 

The 1-PARAGRAPH ABSTRACT, typed on one separate page, should clearly and precisely state what is new and point out the significant 
results. Succinctness is required since this paragraph may be included in the Advance Program. 

An author must somehow in the 1500 WORD DESCRIPTION objectively address the question why the proposed contribution is superior to 
prior work or what is the significance of the contribution if breaking new ground. Demonstration of superiority in algorithms and strategies 
with heuristics is required through a description of the programming implementation and application to "real" problems. Additional 
mathematical proofs are welcome. The contribution should address an area of current technical interest to the CAD professional. A clear 
description of the new contribution, status of the work and significant examples and results should be given. References, figures and tables 
are not counted as part of the 1500 words. 

Submissions should include, on the first page: the title of the paper, full author names and their affiliations, complete return address and 
telephone number (with the individual to whom all communications should be addressed clearly identified.) In giving your return address, 
please consider that the communications for paper acceptance and mailing of the author kit occur in the month of July. 

- DATES - 


• Submissions should be received no later than May 1, 1987. 

Send to: 1CCAD-87 Secretary, Mentor Graphics Corp., 

1940 Zanker Road. San Jose, CA 95112, Tel: (408) 436-1500. 

• Notification of acceptance will be JULY 1,' 1987. 

• Final version of Digest of Technical Papers will be due AUGUST 14, 1987. 


❖ 











CAREER OPPORTUNITIES 


RATES: $12 per line, $120 minimum charge (up 
to ten lines). Average six typeset words per line, 
nine lines per column inch. Add $10 for box num¬ 
ber. Send copy at least six weeks prior to month 
of publication to: Carole Porter, Classified 
Advertising, IEEE COMPUTER Magazine, 10662 
Los Vaqueros Circle, Los Alamitos, CA 90720. 


GRACELAND COLLEGE 

Graceland College Invites applications for a 
faculty position In computer engineering/com¬ 
puter science starting fall 1987. Minimum quali¬ 
fications include a master’s degree; a Ph.D. is 
preferred. Flexibility and a commitment to un¬ 
dergraduate teaching in computer engineering 
and computer science programs at a small lib¬ 
eral arts college are essential. Teaching assign¬ 
ments may include physics, statics, dynamics, 
electronic circuits, digital systems, and possibly 
new courses in networking, and distributed 
processing. 

Applicants should submit a complete resume 
and three letters of reference by April 1, to: Dr. 
Bruce M. Graybill, Chairman, Division of Science 
and Mathematics, Graceland College, Lamoni, 
IA 50140. 


OLD DOMINION UNIVERSITY 

The Computer Science Department invites appli¬ 
cations for faculty positions at all levels (includ¬ 
ing visiting and adjunct faculty). Light teaching 
loads plus the environment and support for high 
quality research. Director for developing Al Cen¬ 
ter sought as well as faculty in emphasis areas 
of Artificial Intelligence, Theory of Computer 
Science, Software Engineering, and High Perfor¬ 
mance Computing, however, strong applicants 
with other interests desirable. Large programs at 
both the bachelor’s and master’s level and a 
growing, quality Ph.D. program. Standard equip¬ 
ment in a faculty office includes a Sun Work Sta¬ 
tion connected via Ethernet to a VAX 11/785, ded¬ 
icated to research, running Berkeley Unix 4.3. 
Special equipment needs can be supported. Sal¬ 
ary competitive. To apply send vita and arrange 
for three letters of reference to be sent to: Dr. 
Kurt Maly, Chairman, Department of Computer 
Science, Old Dominion University, Norfolk, VA 
23508. Applications close April 15,1987 but late 
applications will be considered until positions 
are filled. Old Dominion University is an affir¬ 
mative action, equal opportunity institution. 


PURDUE UNIVERSITY 

The School of Electrical Engineering invites- 
applications for tenure-track faculty positions 
from qualified individuals having a strong com¬ 
mitment to teaching and research. Qualifica¬ 
tions include an outstanding academic record, a 
significant involvement with a truly contributive 
research activity, and a doctorate in electrical or 
computer engineering. Areas of research spe¬ 
cialization which are of particular interest are 
computers, robotics, and microelectronics. 
Resumes should be directed to: Head, School of 
Electrical Engineering, Purdue University, West 
Lafayette, IN 47907. Immigration status of 
non-U.S. citizens must be stated in application. 
Purdue is an Equal Opportunity/Affirmative Ac¬ 
tion employer. 


UNIVERSITY OF CINCINNATI 
College of Business Administration 

Director of Information Systems Program 
Applications and nominations are invited for the 
position of Director of Information Systems (IS) 
Programs in the College of Business Administra¬ 
tion. Applicants should qualify for the rank of 
Associate or Full Professor and should have 
demonstrated research, teaching, and leader¬ 
ship abilities. The Director reports to the Head of 
the Quantitative Analysis and Information 
Systems Department and is responsible for the 
administration of IS academic programs. 

Research Professor (Associate or Full) 
of Information Systems 

Applications are invited for the position of Re¬ 
search Professor in Information Systems (IS) at 
the Associate or Full Professor rank. Applicants 
should have a strong research and publication 
record in decision support systems, information 
resource mangement, database systems, or 
other mainstream IS area. Demonstrated ability 
to obtain grants, or other forms of research sup¬ 
port, perform joint research and supervise grad¬ 
uate student research very desirable. Salary and 
prerequisites will be commensurate with 
qualifications. 

Assistant Professor of Information Systems 
Applications are invited for the position of Assis¬ 
tant Professor of Information Systems (IS). This 
will be a tenure track postition with a starting 
date of September 1, 1987. Applicants should 
have a Ph.D. in Information Systems, Computer 
Science or a strongly related field or be able to 
complete such a degree before September 1, 
1987. Teaching and/or research areas may in¬ 
clude decision support systems, information 
resource management, distributed processing, 
telecommunications, software engineering, 
database systems, or other IS areas. Research 
and publication is expected; ability to attract 
grants and perform joint research a definite plus. 
Salary will be competitive; research support for 
the first two Summers is guaranteed. 

Send resume and letter of interest to: Dr. John M. 
McKinney, Director of Information Systems, 
Department of Quantitative Analysis and Infor¬ 
mation Systems, College of Business Adminis¬ 
tration, University of Cincinnati, Cincinnati, OH 
45221-0130. 


UNIVERSITY OF MINNESOTA, DULUTH 
Computer Engineering Department Head 

The University is seeking candidates for the 
position beginning 9/1/87. Duties: faculty and 
staff recruitment, hiring and evaluation; budget; 
curriculum; facilities; teach in a baccalaureate 
program; develop and direct an active research 
program; develop relationships with regional in¬ 
dustry. PhD In computer engineering preferred, 
but will consider persons with a PhD in elec¬ 
tronic or electrical engineering. Minimum of 6 
years academic or industrial experience is 
essential with administrative experience prefer¬ 
red. Send letter of application, and resume by 
5/1/87 to: Rodney Stone, Materials Processing 
Engineering, 219 Eng B, UMD, Duluth, MN 55812. 
Have 3 letters of recommendation and official 
transcript (if PhD was received within the last 5 
years) sent directly to the above address. Only 
completed applications will be considered. 

UMD is an equal opportunity educator and em¬ 
ployer and specifically invites and encourages 
applications from women and minorities. 


THE UNIVERSITY OF TENNESSEE 
Department of Computer Science 

The Department of Computer Science invites ap¬ 
plications for tenure track and visiting positions 
at all ranks beginning Winter of 1987. A doctoral 
degree in computer science or a related area, 
and a strong interest in research are required. All 
areas of computer science research will be con¬ 
sidered. Those with experience directing doctor¬ 
al students are especially encouraged to apply. 
The department operates a research laboratory, 
which contains two DEC VAX 8200’s (one VMS, 
one UNIX) and a variety of microcomputers. Each 
faculty member has for a personal workstation 
an IBM PC AT, a Sun, or a MicroVAX II. Special¬ 
ized laboratories support research in areas of 
special emphasis. The University of Tennessee 
Computing Center operates an IBM 3081, an IBM 
4381, and four VAX 8600’s. Faculty members col¬ 
laborate with scientists at the Oak Ridge Na¬ 
tional Laboratory and frequently have access to 
their facilities, including a Cray X-MP and hyper¬ 
cube computers, under the terms of the col¬ 
laboration. Faculty workstations are networked 
with the departmental laboratories, the Universi¬ 
ty Computing Center, and facilities at the Oak 
Ridge National Laboratory. 

You can respond on CSNET with cset:straight@ 
utenn and on BITNET with bitnet:straight@ 
utkvxl. The mailing address is Computer 
Science Department, 107 Ayres Hall, University 
of Tennessee, Knoxville, TN 37996-1301. 

The University of Tennessee is an affirmative ac¬ 
tion/equal opportunity employer. 


STANFORD UNIVERSITY 
Structural Engineering 

The Department of Civil Engineering at Stanford 
University is seeking applicants to fill a tenure- 
track position In the area of structural design 
with an emphasis on computer-aided engineer¬ 
ing. Interests in innovative areas such as com¬ 
puter graphics, applications of artificial in¬ 
telligence and knowledge-based systems in 
structural engineering, and integration of design 
and construction are desirable. The person fill¬ 
ing this position is expected to focus on the 
structural design aspects of our new research 
activities In integrated facility engineering. 
Although the position is in structural engineer¬ 
ing, individuals with design background in ar¬ 
chitecture or mechanical engineering and with 
expertise in CAE are encouraged to apply. The 
position will be filled at the assistant professor 
level. The successful candidate will be expected 
to develop active research programs and to 
teach courses at the graduate and under¬ 
graduate levels. The Civil Engineering Depart¬ 
ment at Stanford has 25 faculty members, a grad¬ 
uate program with about 200 students, and an 
undergraduate program with about 60 juniors 
and seniors. As an equal opportunity employer 
through affirmative action, Stanford University 
encourages applications from qualified women 
and ethnic minorities. Applicants should send 
resumes, publication lists, and names of refer¬ 
ences as soon as possible and no later than 
March 31,1987 to: Professor Helmut Krawinkler, 
Department of Civil Engineering, Terman Engi¬ 
neering Center, Stanford University, Stanford, 
CA 94305-4020. The position is available as early 
as September 1, 1987. For inquiries, call (415) 
723-4129 or (415) 723-4128. 
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UNIVERSITY OF SOUTH FLORIDA 
Computer Science & Engineering Chairperson 

The Department of Computer Science and Engi¬ 
neering at the University of South Florida is 
seeking applicants with strong leadership, 
teaching and research backgrounds for the posi¬ 
tion of chairperson. The position offers the 
successful candidate exciting challenges and 
opportunities. 

The University of South Florida is the second 
largest university in Florida, with a current enroll¬ 
ment of over 25,000. It is located on a 1,700 acre 
campus at the northeast edge of the sunny 
megatrend city of Tampa. The Tampa metropoli¬ 
tan area is one of the largest and fastest growing 
in Florida, offering a wide variety of cultural, 
entertainment, and sports activities. The cost of 
living is moderate and the quality of life is ex¬ 
cellent. The area surrounding the University is 
experiencing dramatic growth in industry and 
medical facilities. A variety of firms are located 
near the campus, including Honeywell, Sperry, 
IBM, GTE Data Systems, E-Systems, Paradyne, 
and AT&T. 

The Department of Computer Science and Engi¬ 
neering, part of the College of Engineering, is ap¬ 
proximately 6 years old. It offers B.S., M.S., and 
Ph.D. degrees in both Computer Science and 
Computer Engineering. The B.S. degree in Com¬ 
puter Engineering is accredited by ABET. The 
college has scheduled the B.S. degree in Com¬ 
puter Science for review by CSAB in the 87-88 
academic year. The department, along with the 
Department of Electrical Engineering, is to be 
housed in a new ten million dollar complex in the 
Spring of 1987. The present faculty of 13 is an¬ 
ticipated to rapidly expand over the next three 
years and a million-dollar endowed chair posi¬ 
tion has recently been announced. Current en¬ 
rollment is approximately 700 undergraduates 
and 125 graduate students. Research funding 
and areas of emphasis in the department cur¬ 
rently include Computer Architecture/VLSI, 
Distributed Computing/Networking, Computer 
Vision/Graphics/lmage Processing, Al and Ex¬ 
pert Systems and Software Engineering. 

The department also actively participates in 
research activities through a newly established 
Micro Electronics Design and Test Center within 
the college funded by the state through the 
Florida High Technology Council. 

Appointment is expected in the Fall of 1987. 
Responsibilities will include faculty recruiting, 
promotion of quality teaching, active research, 
interaction with local industry, and departmental 
administration. An earned doctorate in Com¬ 
puter Science and/or Engineering or a related 
field is required. Applications including a com¬ 
plete vita and names and addresses of three 
references should be directed to: Department 
Chair Search Committee, Computer Science & 
Engineering, University of South Florida, Tampa, 
FL 33620. The University of South Florida is an 
Equal Opportunity and Affirmative Action 
Employer. 


UNIVERSITY OF MINNESOTA 
Computer Engineering Faculty 

University of Minnesota, Duluth has several 
tenure and tenure-track (associate professor or 
professor) positions available. Primarily teach 
upper division computer hardware courses, con¬ 
duct sponsored research. Eligible candidates 
have Ph.D. with teaching/industrial experience. 
Write or call for details. Computer Engineering 
Department, UMD, Duluth, MN 55812. (218) 
726-6147. The University of Minnesota is an 
equal opportunity educator and employer and 
specifically invites and encourages applications 
from women and minorities. 


THE UNIVERSITY OF TEXAS AT ARLINGTON 
Dean, College of Engineering 

Nominations and applications are solicited for 
the position of Dean of the College of Engineer¬ 
ing. Required qualifications include an earned 
doctorate in engineering, credentials meriting 
tenure, administrative experience and experi¬ 
ence in teaching and research, and/or govern¬ 
ment and industry. It is expected that the suc¬ 
cessful applicant will be of national prominence, 
actively seek support for the College from in¬ 
dustry and government sources and have proven 
qualities of personal and institutional leader- 

The University of Texas at Arlington is located 
midway between Dallas and Fort Worth in a 
metropolitan area with 3.0 million population. 
The University has an enrollment in excess of 
23,000 with approximately 3,100 engineering 
undergraduate majors and approximately 1,100 
graduate students. Degrees at the B.S., M.S. and 
Ph.D. levels are offered in Aerospace, Civil, Com¬ 
puter Science, Electrical, Industrial and Mechan¬ 
ical Engineering, and M.S. and Ph.D. degrees in 
Biomedical, Engineering Mechanics and Materi¬ 
als Science interdisciplinary programs. 

Within the college there are seven centers for 
research and total actual research expenditures 
for 1985-86 exceeded $6 million. Ground-break¬ 
ing for a new $39 million Engineering Building 
and strong relationships with local industrial 
concerns through an Academic/Industrial Ad¬ 
visory Committee provide unique opportunities 
for further development and expansion of the 
college. 

To apply for this position please submit a letter 
of application, a resume and the names, ad¬ 
dresses and telephone numbers of at least four 
references to: Dr. C.l. Smith, Chairman, Dean of 
Engineering Search Committee, Box 19049, Uni¬ 
versity of Texas at Arlington, Arlington, Texas 
76019. Applications should be received by March 
1, 1987, to be considered in the initial screening 
for on-campus interviews. However, applications 
will be received until the position is filled. Posi¬ 
tion to be filled by September 1,1987 or as soon 
thereafter as possible. The University of Texas at 
Arlington is an Affirmative Action, Equal Oppor¬ 
tunity Employer. 


UNIVERSITY OF CALIFORNIA, SAN DIEGO 
Endowed Chair in Computer Science 

Applications are invited for an endowed chair in 
the Department of Computer Science and Engi¬ 
neering. The Chair will be of interest to scholars 
with significant international reputations. It will 
carry a university appointment at the full pro¬ 
fessor level and is supported by substantial 
research resources. Salary is commensurate 
with qualifications and based on UC pay scale. 
Inquiries should be directed to Professor 
William E. Howden, Chairman of the Jacob’s 
Chair Search Committee, UCSD, Department of 
Computer Science and Engineering, Mail Code 
C-014, La Jolla, CA 92093. 

The University of California, San Diego is an 
Equal Opportunity/Affirmative Action Employer. 


SYSTEMS ENGINEER, E.D.P. 

Design/develop computer programs. Proficiency 
in C and Pascal languages. Familiarity with 
CICS, experience with Unix operating system 
and 1 year experience with IBM's VM operating 
system. M.S. in Computer Science and 1 Vi years 
experience required. $32,500 a year salary. Job 
site Los Angeles. May relocate to New Jersey 
temporarily 1-6 months. Send this ad and your 
resume to Job 4WS 11775, P.O. Box 9560, 
Sacramento, California 95823-0560, not later 
than March 30,1987. If offered employment must 
show legal right to work. 


UNIVERSITY OF WISCONSIN-MILWAUKEE 
Department of Electrical Egineering 
and Computer Science 

Applications are invited for faculty positions in 
Computer Science. Candidates should have a 
Ph.D. in Computer Science or a related disci¬ 
pline. A commitment to research and teaching is 
expected. Senior candidates should have a 
strong and established research record. Prefer¬ 
red areas are: programming languages, com¬ 
pilers, theory, systems, and artificial in¬ 
telligence. Research investigations by our cur¬ 
rent Computer Science faculty are in the areas of 
databases, data security, theory of computation, 
expert systems, computer architecture, parallel 
computation, and artificial intelligence. 

The University of Wisconsin—Milwaukee cam¬ 
pus is located near the shores of Lake Michigan 
and is close to pleasant and beautiful residential 
areas. Interested persons should send a resume 
with three references to: 

Professor K. Vairavan 
Chairperson—Computer Science 
Department of Electrical Engineering & 
Computer Science 
University of Wisconsin—Milwaukee 
P.O. Box 784 
Milwaukee, Wl 53201 


UNIVERSITY OF RHODE ISLAND 
Department of Electrical Engineering 

Applications are invited for an Assistant Pro¬ 
fessor tenure-track faculty position in Computer 
Engineering. Applicants must hold a Ph.D. in 
Electrical or Computer Engineering or Computer 
Science with one or more areas of specialization 
such as LSI/VLSI design, computer architecture, 
artificial intelligence, computational complexity, 
real-time computing, fault-tolerance computing, 
parallel processing, or computer networks. 

The Department has well-equipped laboratories 
for research in computer architecture, VLSI 
design, computer vision, and signal- and image- 
processing. Computing is supported in the De¬ 
partment by a Data General MV10000, VAX 
11/780, Eclipse S250, LSI-11 and a microcom¬ 
puter laboratory, and on campus by an IBM 4381 
mainframe and two PRIME 9955 minicomputers. 
Send letter of application, resume, and three 
references by March 31,1987 to: Chairman Elec¬ 
trical Engineering Search Committee, The Uni¬ 
versity of Rhode Island, P.O. Box G, Kingston, 
R.l. 02881. URI is an affirmative action/ equal op¬ 
portunity employer m/f. 


ARTIFICIAL INTELLIGENCE SCIENTIST 

Research and preliminary product development 
for advanced, multi-paradigm knowledge-repre¬ 
sentation and inferencing tools to be used in 
knowledge engineering on hardware such as 
Symbolics Lisp Machines, Texas Instruments 
Explorer, Digital Equipment Co. VAX 8600. 
Contribute to development of a new generation 
of application shells using these tools, and to 
the development of knowledge acquisition tools. 
Expertise with logic computer programming 
languages and design, development and applica¬ 
tions of concurrent logic based and constraint 
based programming languages. Demonstrated 
capability in the compiler-based implementa¬ 
tions of conventional programming languages 
such as PASCAL and MODULA. Expertise in 
LISP, CRL, OPS, PROLOG and in using Sym¬ 
bolics Lisp Machines and VAX/VMS machines. 
Ph.D. or Ph.D. all but dissertation in Computer 
Science required. $58,000/year. Send resume or 
apply in person at Pittsburgh Job Service East, 
Attention: Joseph Napper, 6206 Broad Street, 
Pittsburgh, PA 15201. Refer to Job Order No. 
4016577. 
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COLORADO STATE UNIVERSITY 

The University has tenure track positions in 
Computer Science subject to availability of 
funds. Salary commensurate with rank and ex¬ 
perience. Candidates need a Ph.D. in computer 
science, computer engineering, or electrical 
engineering (digital specialization). Senior ranks 
require distinguished research records. The de¬ 
partment’s research focus is concurrency in the 
broad sense including distributed and vector 
processing and software. Research special¬ 
ization is open. Suitable areas include architec¬ 
ture, hardware, software systems and engineer¬ 
ing, graphics, computer languages, theory and 
foundations, artificial intelligence, computa¬ 
tional complexity, microprogramming, and 
parallel numerical computing. 

CSU offers baccalaureate through doctoral 
degrees in computer science. The university has 
two CYBER 185’s and a CYBER 205 vector super¬ 
computer. The department has a Sequent 16 
channel mini-supercomputer, VAX 11/750, VAX 
11/730, several HP9000/200-300-500 and micro- 
Vax systems, HP 64000 logic development 
laboratory, and ATT data communications 
laboratory, numerous microcomputers, and 
laser printers. The department is housed in a 
pleasant, smoke free environment. 

Fort Collins is a growing community of 75,000 
located along the foothills of the Rocky Moun¬ 
tains, 60 miles north of Denver. It has a moderate 
climate with less than 15 inches of precipitation 
per year, an active cultural life, and year round 
outdoor activities. 

Send resume and names of three professional 
references to: Dr. Robert Kelman, Search Com¬ 
mittee, Department of Computer Science, Col¬ 
orado State University, Fort Collins, CO 80523. 
Preferred starting date is August 20, 1987. 
Applications will be reviewed April 1, 1987. If 
suitable candidates are not found, search will be 
extended. CSU is EEO/AA employer. E.O. Office: 
314 Student Services Building. 


COMPUTER SCIENTIST 

Responsible for carrying out advanced research 
in computer vision and the perception of three- 
dimensional space for requirements of national 
defense, under the support of the Defense Ad¬ 
vanced Research Projects Agency; building rep¬ 
resentations in a computer of three-dimensional 
objects and terrain from the data obtained by a 
robotic device positioned at various locations 
about a site, including the cases of two views 
(stereo) and multiple-views (motion and 
analysis); integration of this analysis with tasks 
of autonomous mapping, navigation, and surveil¬ 
lance in support of an autonomous agent in an 
unfamiliar environment; and other related tasks. 
Requires PhD in Computer Science and 2 years 
of postdoctoral research in multiple image 
analysis for the computer determination of 
three-dimensional scene structure. Also require 
successful prior developments of similar scope 
in the field of computervision. Salary: $60,000/yr. 
Job site: Menlo Park, CA. Send this ad and a 
resume to Job #HO-11857, Box 9560, Sacramen¬ 
to, CA 95823-0560, no later than March 31,1987. 
If offered employment, must have legal right to 


TEXAS TECH UNIVERSITY 
Computer Science 

Applications are invited for tenure-track faculty 
positions at all levels from candidates in any 
area of specialization in Computer Science. 
Research interests of current faculty include dis¬ 
tributed systems, artificial intelligence, VLSI de¬ 
sign, automated design, parallel processing and 
algorithm design, methodologies for develop¬ 


ment and maintenance of large-scale systems, 
and software engineering. Candidates must hold 
a Ph.D. in Computer Science ora closely related 
field. The current major goal of the Program is to 
improve research activities and enhance the 
graduate program. 

The Program seeks qualified candidates who 
will help as members of an academic team to 
achieve those objectives by pursuing their 
research under moderate teaching loads. Qual¬ 
ified candidates are encouraged to apply as in¬ 
dividuals or as groups of 2 or 3 professionals 
with similar or related interests and the desire 
to work as colleagues in the same academic 
environment. 

The Program is slated for significant growth. At 
present, approximately 250 undergraduate and 
30 graduate students are pursuing BS, MS or 
Ph.D. degrees in Computer Science. The total 
student population of the University is approx¬ 
imately 25,000. 

Texas Tech University is located in Lubbock, 
which is a community of 200,000 traditionally 
friendly people situated in the southwestern 
sunbelt. Lubbock’s location makes it a regional 
center for education, transportation, medical 
care, cultural events, wholesale and retail 
marketing, and light manufacturing for a 100 
county area with a population exceeding 1.5 
million. 

Interested persons are encouraged to send a 
resume and the names of three references to 
Professor James E. Archer, Sr., Computer Sci¬ 
ence, Texas Tech University, Lubbock, Texas 
79409-3104. Phone (806) 742-3527. TTU is an affir¬ 
mative action/equal opportunity employer. 


CLEMSON UNIVERSITY 

Electrical and computer engineering at Clemson 
University is seeking applicants for tenure-track 
and visiting positions in Computer Engineering 
program offering BS, MS and PhD degrees. All 
areas of computer engineering are of interest, 
with special emphasis on distributed system 
software and hardware, computer networking 
and computer architecture. Positions in Electri¬ 
cal Engineering degree program also available, 
with areas of specialization including microelec¬ 
tronics, reliability, robotics, communications, 
signal processing, electromagnetics and power. 
Applicants should have a Ph.D and a strong in¬ 
terest in teaching and research. Research Asso¬ 
ciate positions (BS,MS) are alao available. Send 
resumes to Dr. A. Wayne Bennett, E&CE Depart¬ 
ment, Clemson University, Clemson SC 29634- 
0915. Clemson is an Equal Opportunity/Affirma¬ 
tive Action Employer. 


SYSTEMS DEVELOPMENT SPECIALIST 

This equipment manufacturer is seeking a 
Systems Development Specialist to work in¬ 
dependently and assume immediate respon¬ 
sibilities as follows: All phases in house devel¬ 
opment of new computer applications using 
Microsoft BASIC under DOS operating system 
with an IBM PC-AT. Development of Accounting, 
Sales, Manufacturing (incl. Bar Coding) and 
Management Systems includes business re¬ 
quirements analysis; systems design and pro¬ 
gramming; programs testing and debugging; 
computer files, programs and user manuals 
documentation; systems installation, users 
training and maintenance. 

Maintenance of existing computer systems; 
trouble shooting, usertraining, file maintenance, 
security, and coordinating vendor maintenance 
and repair activities. Also, provide technical ad¬ 
vice for all new computer applications and hard¬ 
ware purchased. 


Minimum requirements for the successful can¬ 
didate are: 1. B.S. degree with a major in either 
computer science or management information 
systems, with satisfactory performance in at 
least one computer systems design course. 

2. Prior work experience: a. One year of computer 
systems design and development, including 
data structure formulation for manufacturing 
and related functions; one year of programming 
in BASIC under DOS on IBM PC-AT; one year of 
trouble shooting LOTUS 1-2-3 and Display Write 
3 applications, and IBM PC AT BASIC Program 
for payroll, Cost Accounting, and other func¬ 
tions. b. Six months of trouble shooting 
Amacom 1400 CAD systems in G code language, 
and Point Four system using NOVA hardware 
with IRIS language, c. Six months in Bar Coding 
hardware and software. 

The salary for the above position is $33,696 per 
annum. Job site: Petaluma, California. Send this 
ad and a resume to Job #TC10731, P.O. Box 9560, 
Sacramento, California 95823-0560 not later than 
April 8, 1987. 


UNIVERSITY OF ALBERTA 
Department of Computing Science 

The Department of Computing Science is 
undergoing an extensive expansion in research 
initiatives. Applications are invited for four 
tenure-track positions at the Assistant/ 
Associate Professor level. Responsibilities in¬ 
clude research as well as teaching at the 
graduate and undergraduate levels. Candidates 
from all areas will be considered. Current hard¬ 
ware support includes an Amdahl 5870, a net¬ 
work of VAX 11/780’s, and well equipped 
microcomputer and workstation laboratories for 
graphics, VLSI, and Al research. Access to a 
Cyber 205 is available. Salary range is $31,612 to 
$50,630 and is commensurate with qualifica¬ 
tions and experience. Send curriculum vitae, 
names of three references, and up to three 
reprints or papers. New Ph.D.’s should also in¬ 
clude a copy of their transcript. Apply to: 

Dr. Lee White, Chairman 
Department of Computing Science 
University of Alberta 
Edmonton, Alberta T6G 2H1 
Applications will be accepted until April 30, 
1987. The University of Alberta is an equal oppor¬ 
tunity employer. 


NAVAL POSTGRADUATE SCHOOL 
Monterey, CA 

Position Announcement in Computer Science 

The Department of Computer Science has im¬ 
mediate openings for faculty positions at all 
levels in the areas of Artificial Intelligence and 
Computer Architecture. An applicant should 
have a PhD in Computer Science or a related 
field and have a strong interest in both graduate 
teaching and research. Senior applicants must 
have distinguished research records. Appoint¬ 
ments can begin at any time during the year. 
The Department offers MS and PhD degrees in 
Computer Science supported by well-equipped 
instructional/research facilities and a full-time 
technical staff. The faculty normally teach for 
two quarters and conduct full-time research sup¬ 
ported by major research programs during the 
other two quarters. 

Please send a detailed resume and three letters 
of reference to: Professor Vincent Lum, Chair, 
Computer Science Department (Code 52), Naval 
Postgraduate School, Monterey, CA 93943, tele¬ 
phone (408) 646-2449. NPS IS AN EQUAL OP¬ 
PORTUNITY/AFFIRMATIVE ACTION EM¬ 
PLOYER. 
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STATE UNIVERSITY OF NEW YORK 
AT STONY BROOK 
Chairperson & Faculty Positions 

Candidates for chairperson and faculty position 
at all ranks are sought by the Department of 
Computer Science. 

Candidates for chairperson should have out¬ 
standing research and leadership skills; can¬ 
didates with outstanding research accomplish¬ 
ments or potential are being sought for tenure 
and tenure-track positions at all levels. 

The Department is particularly interested in can¬ 
didates with interests in artificial intelligence, 
graphics and software engineering, although all 
highly qualified individuals will be very seriously 
considered. Salaries will be commensurate with 
experience and competitive with other top 
ranked departments. 

At present the Department has 21 faculty 
members and approximately 100 full time 
graduate students. The Department is housed in 
a newly-acquired building with space available 
for immediate expansion. Present departmental 
facilities include 8 Vaxes, a Pyramid 90X, 3 Sym¬ 
bolics Lisp Machines, four micro-vaxes and 
more than 75 SUN workstations. 

Machines are interconnected through ethernet 
and fiber-optic technology and run Unix 4.3. Ac¬ 
cess to ARPANET, CSNET and NYSERNET is 
available to all faculty and graduate students for 
remote login, file transfer and supercomputer 

The Department is supported by a variety of 
grants including a large NSF Coordinated Exper¬ 
imental Research Grant. The campus is located 
about 50 miles from New York City in an attrac¬ 
tive and historic community on the north shore 
of Long Island. 

Applications can be sent in confidence to: Pro¬ 
fessor J. Heller, Chairman of the Search Commit¬ 
tee, Department of Computer Science, SUNY 
Stony Brook, Stony Brook, NY 11794-4400. Tele¬ 
phone: (516) 632-8470. CSN ET address: jh@ sbcs. 
csnet-relay. 

SUNY Stony Brook is an affirmative action/equal 
opportunity educator and employer. AK#333-B. 


TENURE-TRACK 
FACULTY POSITIONS 
GEORGE WASHINGTON UNIVERSITY 

The Department of Electrical Engineering and 
Computer Science invites applications for 
tenure-track faculty positions. We particularly 
seek persons active in the areas of Computer 
Science and Communications. Candidates 
should have an earned doctorate and research 
experience, with an interest in both teaching and 
research. Ability to attract research grants and 
contracts for support of faculty and student as¬ 
sistants is valued. The George Washington Uni¬ 
versity is located in the center of Washington, 
DC. This metropolitan area sustains the second 
largest concentration of research and develop¬ 
ment activity in the United States which creates 
a continuing demand for rigorously trained engi¬ 
neers as well as broad research opportunities. 
Our department is the largest department in the 
School of Engineering and Applied Science with 
33 full-time faculty, and a large graduate and 
undergraduate student body. The department 
has an annual research budget of close to $1 
million. Send Curriculum Vitae, list of publica¬ 
tions and references, to: 

Professor Roger H. Lang, Chairman 
Department of Electrical Engineering and 
Computer Science 

School of Engineering & Applied Science 
THE GEORGE WASHINGTON UNIVERSITY 
Washington, DC 20052 

The University is an affirmative action/equal op¬ 
portunity employer. 


TRINITY COLLEGE 

The Department of Engineering and Computer 
Science invites applications from outstanding 
candidates for a tenure-track position at the 
Assistant Professor-level commencing Septem¬ 
ber, 1987, in the areas of Fluid Mechanics/Heat 
Transfer or Robotics/Controls. Experimental 
background highly desirable. The position in¬ 
volves graduate and undergraduate instruction 
and research, and a doctoral degree is a prereq¬ 
uisite. We are interestered in receiving applica¬ 
tions from qualified women and minorities. Trini¬ 
ty College is an equal opportunity/affirmative 
action employer. Please send resume to Profes¬ 
sor Joseph D. Bronzino, Chairman, ECS Depart¬ 
ment, Trinity College, Hartford, Connecticut. Ap¬ 
plications will be accepted until March 31,1987. 


THE JOHNS HOPKINS UNIVERSITY 
Department of Computer Science 

The Johns Hopkins University has formed an in¬ 
dependent Department of Computer Science 
within the G.W.C. Whiting School of Engineer¬ 
ing. During the next five years, a faculty of ap¬ 
proximately sixteen will be developed to repre¬ 
sent the University in the field of computer 
science and engineering according to Hopkins’ 
traditional standards of research and teaching of 
the highest rank. Construction of a new building 
to house the department will begin during the 
fall of 1986. Additional faculty are sought at all 
professorial levels with research and teaching 
interests in artificial intelligence, computer vi¬ 
sion, graphics, programming languages, sys¬ 
tems (especially parallel and distributed com¬ 
puting and networks), and theory. Senior can¬ 
didates should have an outstanding record of 
research achievement; junior candidates should 
exhibit superior research potential. Although the 
teaching load is moderate, genuine commitment 
to teaching excellent graduates and under¬ 
graduates is also necessary. 

Applicants should send a resume and the names 
of at least three references to: Professor Gerald 
M. Masson, Department of Computer Science, 
The Johns Hopkins University, Baltimore, MD 
21218 [phone: (301) 338-8775]. The Johns 
Hopkins University is an equal opportunity, affir¬ 
mative action employer. 


OAKLAND UNIVERSITY 
Chairperson, Department of Computer 
Science and Engineering 

The University invites applications for the posi¬ 
tion of Chairperson, Department of Computer 
Science and Engineering. Oakland University is 
a state-supported institution of 12,000 students, 
located on a 1,400 acre campus in rural surround¬ 
ings near Rochester, Michigan. This progressive 
community is acclaimed for its cultural climate 
and quality of life. The School contains two other 
departments: Mechanical Engineering and Elec¬ 
trical and Systems Engineering. 

The Computer Science and Engineering Depart¬ 
ment has 14 full-time faculty members, 585 
undergraduate and 115 graduate students. The 
department offers baccalaureate programs in 
both computer science and computer engineer¬ 
ing as well as a masters program in computer 
science and engineering. An interdisciplinary 
Ph.D. program in systems engineering is also 

Active areas of research within the department 
include software engineering, artificial in¬ 
telligence, computer architecture, and real-time 
computing. Up-to-date laboratories support 
teaching and research activities. Computer facil¬ 
ities include a local area network, a Honeywell 
DPS-2 Multics mainframe computer with access 
to the statewide MERIT network, a VAX 780 and 
PRIME 9750 CAD facility, and numerous 
microcomputers. 

The well-equipped and well-funded Center for 
Robotics and Advanced Automation promotes 
interdisciplinary research excellence among the 
faculty. Located adjacent to the university, the 
new Oakland Technology Park provides a focus 
for collaborative research between the faculty 
and the large industrial community of southeast 
Michigan. Candidates must have an earned doc¬ 
torate in engineering, computer science or a 
related field, a minimum of 5 years experience in 
engineering or computer science education, and 
be a citizen or permanent resident of the U.S. 
Additional qualifications include a demon¬ 
strated commitment to excellence in teaching, a 
record of distinguished scholarship, and proven 
ability to attract external funding and provide ef¬ 
fective leadership for the department. 

To ensure full consideration applicants should 
send a letter, resume and the names of at least 
three references to Dr. Robert M. Desmond, 
Dean, School of Engineering and Computer Sci¬ 
ence, Oakland University, Rochester, Michigan 
48063 by April 1, 1987. Oakland University is an 
equal opportunity/affirmative action employer. 
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UNIVERSITY OF PITTSBURGH 
Department of Computer Science 
Junior and Senior Faculty Positions 

The Department of Computer Science is enter¬ 
ing a period of substantial growth. Several 
tenure track faculty positions are to be filled as 
soon as possible, before the end of 1987. Others 
will be allocated subsequently. Responsibilities 
include research, supervision of graduate stu¬ 
dent research and graduate and undergraduate 
teaching. A Ph.D. in computer science or in a 
closely related field is required. Any area of 
specialty in computer science will be con¬ 
sidered, although preference will be given to pro¬ 
gramming languages, operating systems, algo¬ 
rithms, and theory of computation. Salary and 
rank will be commensurate with a candidate’s 
established record of scholarly achievement 
and/or research potential. 

Additional positions, which are joint appoint¬ 
ments with other academic units, are available 
for the following areas: telecommunications, ar¬ 
tificial intelligence, and supercomputing. 

The Department has twenty full-time faculty 
members, strong graduate (M.S. and Ph.D.) and 
undergraduate (B.S.) programs. It has an ex¬ 
cellent research library. Departmental com¬ 
puting facilities include a VAX 11/780 (under bsd 
UNIX), a PDP-11/70 (UNIX), several smaller 
PDP-11 systems, a variety of microcomputers, 
several graphics systems, eleven SUN worksta¬ 
tions, and a network of Xerox 1100-series 
(Dandelion) workstations. The research systems 
are accessible via the Department's Ethernet- 
compatible LAN. Convenient access is also pro¬ 
vided to the extensive general computer 
facilities of the University as well as to other net¬ 
works (e.g., CSNET). The Department operates 
the Research Institute for Parallel and Dis¬ 
tributed Intelligence Systems (IPDIS) to provide 
an environment for innovative research in com¬ 
puter science, and cooperates closely with the 
Pittsburgh Super-Computing Center, which 
operates CRAY X-MP/48. 

Pitt is an equal opportunity/affirmative action 
employer. 

Please send your resume to: Dr. Shi-Kuo Chang, 
Chair, Department of Computer Science, Univer¬ 
sity of Pittsburgh, Pittsburgh, PA 15260. CSNET 
Address CHANG@PITT. 


THE PENNSYLVANIA STATE UNIVERSITY 
Computer Engineering 

Applications are invited for tenure-track and 
visiting faculty positions at all levels. Can¬ 
didates from all areas of computer engineering 
(hardware and software) will be considered. The 
computer engineering program at the Pennsyl¬ 
vania State University is within the Department 
of Electrical Engineering which has over 50 
faculty members, and approximately 1500 under¬ 
graduate majors, 170 graduate students. Can¬ 
didates should have a PhD in Electrical/Com¬ 
puter Engineering or related areas. There are 15 
faculty members within the computer engineer¬ 
ing program. Excellent instruction and research 
computing facilities are available within the 
department, college and at the university com¬ 
puting center. 

Please send your letter of application, resume, or 
inquiries, together with three references to: T. 
Feng, Computer Engineering Program, Depart¬ 
ment of Electrical Engineering, 129 Electrical 
Engineering East, Box C, The Pennsylvania State 
University, University Park, PA 16802. 

Deadline for applications is March 31,1987 or un¬ 
til suitable qualified candidates are selected. An 
Equal Opportunity/Affirmative Action Employer. 


UNIVERSITY OF ALBERTA 
Department of Computing Science 

Applications are invited for a Faculty Service Of¬ 
ficer, which is a full time academic position, as 
DIRECTOR OF INSTRUCTIONAL LABORA¬ 
TORIES, in the Department of Computing 
Science. Responsibilities include the planning 
and supervision of instructional laboratories and 
the promotion of innovations in instructional 
methodology. Candidates should have con¬ 
siderable relevant academic experience: cur¬ 
riculum planning, teaching experience, course 
development and supervisory experience. An 
M.Sc is mandatory but a Ph.D. in Computing 
Science is preferred. Salary will be commen¬ 
surate with qualifications and experience; cur¬ 
rently salary floor is $39,620. Departmental in¬ 
structional laboratory facilities currently include 
four time-sharing terminal labs connected to the 
University Amdahl 5870 mainframe computer, 
three Macintosh PC Labs operated stand-alone 
or connected to the mainframe, a logic lab, and a 
micro-computer lab. A VAX 11/780 is largely 
devoted to several undergraduate courses, runn¬ 
ing under a UNIX operating system. Applica¬ 
tions, including a detailed resume and the 
names of three academic references should be 
submitted to: 

Dr. Lee J. White, Chairman 
Department of Computing Science 
University of Alberta 
Edmonton, Alberta T6G 2H1 
The closing date for applications is April 30,1987 
or earlier if a qualified candidate is found. The 
University of Alberta is an equal opportunity 
employer. 


SYSTEMS ANALYST 

BA in Math, Computer Science or Engineering. 
One year experience or one year Systems Engi¬ 
neer. Bi-lingual Japanese/English. Develop/ 
Analyze/Refine Japanese language software- 
word processing, data base, accounting, etc. 
Convert business procedures for electronic data 
processing for Japanese computer software 
compatible with IBM/MACINTOSH/NEC and 
SORD personal computers. Study existing/ 
develop new systems to improve work flow. 
Plan/prepare reports/memoranda/manuals 
relative to complete operational systems. Confer 
with management regarding requirements. 
Salary $2,286/month, 40 hour week. Job site and 
interview Northridge, CA. Send resume with this 
ad to Job #MLU #11130, P.O. Box 9560, Sacra¬ 
mento, CA 95823-0560 not later than April 1, 
1987. 


UNIVERSITY OF UTAH 
Faculty Position 

Tenure track position for MD or PhD in the 
department of Medical Informatics at the Univer¬ 
sity of Utah. 

We seek additional faculty with background and 
research interest in one or more of the following 
areas: knowledge-based systems, linguistics, 
man-machine interface, library science/knowl¬ 
edge management, computer-based education, 
or technology evaluation. 

The applicant would have the opportunity to 
teach and perform research in a department with 
40 graduate students and 12 faculty members 
whose interests include automated information 
systems and decision-making, image and signal 
processing, biostatistics, genetic epidemiology, 
and system physiology. 

Please send Curriculum Vitae to Homer R. 
Warner, MD, PhD, Chairman, Department of 
Medical Informatics, AB193 University of Utah 
Medical Center, Salt Lake City, Utah 84132 
before April 1, 1987. 


STATE UNIVERSITY OF NEW YORK 
AT BINGHAMTON 

Thomas J. Watson School of Engineering, 
Applied Science, and Technology 

Applications from candidates with a Ph.D. or 
equivalent industrial experience in computer sci¬ 
ence, computer engineering, or a closely related 
field are invited for regular and visiting faculty 
positions at all levels in the areas of: software 
engineering, computer architecture, languages 
and compilers, artificial intelligence, micropro¬ 
cessors and digital systems, fault-tolerant com¬ 
puting, embedded and real-time systems, and 
formal methods in computer science. 

The Department is especially interested in can¬ 
didates who have a strong interest or expertise 
in large software project management and exe¬ 
cution; expertise in ADA, software engineering 
in its broadest sense, or experimental computer 
science. 

Opportunities are available to join new projects 
in fault-tolerant VLSI systolic architectures, Al- 
aided VLSI testing, and expert systems. All faculty 
are expected to pursue research and publish. 

The Department provides an excellent oppor¬ 
tunity for new faculty members to participate in 
the development of a growing computer science 
program. The Department offers programs lead¬ 
ing to the B.S., M.S. and Ph.D. degrees. The Wat¬ 
son School had excellent computing facilities. 
High technology computer-oriented companies 
in the local area, such as IBM, GE, Singer-Link 
and Universal Instruments, provide opportuni¬ 
ties for professional development through sum¬ 
mer employment, consulting, and research con- 

Binghamton is located on the southern edge of 
the picturesque New York Finger Lakes region 
and offers exceptional local year-round recrea¬ 
tional and cultural activities. New York City, the 
Adirondacks, the Catskills, Niagara Falls, the 
Poconos and Philadelphia are in easy driving 
distance. 

Send a resume with three references to Dr. 
Thomas F. Piatkowski, Chairman, Department of 
Computer Science, SUNY-Binghamton, Bing¬ 
hamton, NY 13901; (607) 777-4803 or tfp@bing- 
vma on BITNET. SUNY is an equal opportunity/ 
affirmative action employer. 


UNIVERSITY OF MISSOURI-KANSAS CITY 

1986 was another stellar year. Besides two 
regular faculty additions, three technical support 
positions were filled, a dual processor ELXSI and 
120 micros were installed and we moved to a 
larger site. If you want to join this burgeoning 
program and your research activities are in 
Telecommunications, Computer Networking, Ar¬ 
tificial Intelligence or a field closely related to 
one of these three, we would like to hear from 

Nine- or twelve-month appointments at all ranks 
are available at industry-competitive salaries. 
Research productivity is required so time for 
research is guaranteed in proportion to your per¬ 
formance. An agreement with United Telecom, 
Inc. provides up to one-half million dollars an¬ 
nually of “inhouse” research support for faculty 
and graduate students. A second multimillion 
dollar contract for research is nearing comple¬ 
tion and will provide significant additional fund¬ 
ing in the areas of computer networking and 
telecommunications. Our two year old program 
is still gaining momentum and you could add to 
the excitement. 

Call or write: Dr. Richard G. Hetherington, Direc¬ 
tor, Computer Science, 16 Cockefair Hall, Univer¬ 
sity of Missouri-Kansas City, 5100 Rockhill 
Road, Kansas City, MO 64110. (816) 276-1193 (by 
April 15 for Fall semester appt.; by October 15 for 
Spring semester appt). UMKC is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 
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FACULTY-COMPUTER SCIENCE 
(Fall 1987) 

SUNY College of Technology at Utica/Rome 
seeks applications for 2-3 tenure track positions. 
Qualifications: Ph.D. in computer science or re¬ 
lated discipline required. Candidates with exper¬ 
tise in computer and systems architecture, infor¬ 
mation systems, programming languages and 
compiler design, real-time systems, and soft¬ 
ware engineering sought, but outstanding can¬ 
didates with other interests will be considered. 
Computer Science Department offers B.S. and 
M.S. degrees; currently has 12 full-time faculty, 
200 undergraduate and 40 graduate students 
(FTE). In addition to well-equipped computer 
center, the College of Technology has labora¬ 
tories dedicated to artificial intelligence, 
computer-aided design, computer vision, micro¬ 
processor development, telecommunications, 
and robotics. Proximity of college to USAF 
Rome Air Development Center and Industrial 
and contract research facilities provides addi¬ 
tional opportunities for research and profes¬ 
sional development. 

College is located on new, 800-acre campus ad¬ 
jacent to Utica, a natural gateway to the Adiron¬ 
dack Mountains. Centrally located in New York 
State, Utica has been ranked among America’s 
top 25 most desirable metropolitan living areas. 
Applications accepted until March 31, 1987, or 
until positions are filled. Send vitae, three 
references to: 

Director of Personnel/AA 
Drawer 6017 

SUNY College of Technology at Utica/Rome 
Marcy Campus 
P.O. Box 3050 
Utica, NY 13504-3050 


MANAGER OF DISTRIBUTOR DEVELOPMENT 
Asia-Pacific & Latin America 

Monitor network of distributorships for DP sys¬ 
tems/peripherals in area. Responsible for techni¬ 
cal development/implementation of formal stra¬ 
tegic operating systems for distribution opera¬ 
tions in Mexico, Venezuela, Ecuador, Argentina, 
Bolivia, Republic of China, South Korea, Hong 
Kong, Malaysia, Singapore, Indonesia, New 
Zealand and Australia. Research market poten¬ 
tial for integrated hardware/software systems, 
Statistic analysis of results and prepare short- 
and long-range market forecasts. Write and sub¬ 
mit reports of findings to upper management 
with proposals. Oversee development of custo¬ 
mer service and systems field support opera¬ 
tions. Coordinate all activities for launching 
system maintenance and repair centers, includ¬ 
ing personnel selection, training of program¬ 
mers, systems engineers and system users. 
Create software support forthe end user. Review 
promotional ads and sales programs for technical- 
accuracy before approval and release. Provide 
technical expertise in development of standard 
methods and practices according to company pol¬ 
icies. Technical liaison between manufacturing, 
hardware/software support and marketing. 
50%-60% travel. Requires B.S.E.E. or B.S. in 
Computer Science or related field and knowl¬ 
edge of business practices in Asia-Pacific/Latin 
America; proven track record in field support, 
engineering, marketing, product development 
and systems management within the computer 
industry. $50,000/yr. Job site & place of inter¬ 
views: Newport Beach, CA. Submit resume to 
Job #WS 11103, P.O. Box 9560, Sacramento, CA 
95823-9560 no later than April 3,1987. 


UNIVERSITY OF CINCINNATI 

The Department of Electrical and Computer 
Engineering invites applications for tenure track 
faculty positions at the Assistant, Associate and 
full Professor level in all areas of Electrical and 
Computer Engineering. 

The Department is engaged in a substantial 
faculty expansion, especially in the area of 
image, and digital signal processing; optical 
computing; artificial intelligence and expert sys¬ 
tems; parallel processing; VLSI system design 
and testing; digital systems; computer-aided 
design; and computer architecture. 

Also, software engineering; languages, compil¬ 
ers and data structures; operating systems; com¬ 
puter graphics; fault tolerant computing; and 
microprocessors. 

Candidates should have a strong commitment to 
teaching at the undergraduate and graduate 
levels and ability to attract external funding to 
lead a vigorous sponsored research program. 
The Department has 20 full time faculty, 100 full 
time graduate students, 425 undergraduate 
students and externally funded research of 
$1.5M annually. 

Earned doctorate is required. Salary and benefits 
are extremely attractive. Department has excel¬ 
lent computer facilities, modern teaching and 
research labs, and outstanding support staff. 
Applicants should send their resume to Dr. Vik J. 
Kapoor, Head, Electrical and Computer Engi¬ 
neering, ML 30, University of Cincinnati, Cincin¬ 
nati, Ohio 45221, (513) 475-4386. The University of 
Cincinnati is an Affirmative Action/Equal Oppor¬ 
tunity Employer. 


Computer Science 
Faculty 


Computer and Information Science department seeks tenure 
track faculty and special lecturers. Applicants must have a 
commitment to research and be able to teach undergraduate 
and graduate courses in areas such as: software engineering, 
compiler design, business information system design, expert 
systems, operating systems, data structures and algorithms, data 
base management systems, programming languages, computer 
architecture, data communication networks, simulation, 
computer graphics and numerical analysis. 

CIS offers B.S., B.A. and M.S. degrees in computer science and 
participates in joint undergraduate and doctoral programs in 
management with Rutgers University. Ph.D. program at NJIT in 
computer science anticipated for Sept. '87. 

Qualifications: Ph.D. in computer science or related field required 
for tenure track positions. Doctoral candidates with experience in 
computing considered for special lecturer positions. 

NJIT does not discriminate on the basis of sex, race, color, handicap, 
national or ethnic origin, or age in employment. 

Send resume and letter of particular interest to: 

Personnel Box CIS 


NT 


New Jersey 

Institute of Technology 

: Newark New Jersey 0710? 


Sponsored Chair: 

Computer and Information Science 


New Jersey Institute of Technology announces the availability of a spon¬ 
sored research chair with funding at the level of $300,000 a year. This sum 
provides a budget for salary, equipment and student support. The candidate 
is expected to develop a laboratory and lead a research program of excel¬ 
lence in a specific area of Computer and Information Science. 

Candidates must have an earned Ph.D., demonstrated outstanding research 
achievements, a significant publication record, and national recognition. 

Any area of Computer and Information Science will be considered. 

NJIT is committed to becoming a computer intensive campus. The CIS 
department at NJIT has the largest program in New Jersey with over 1,200 
undergraduate and graduate students. The department, with its extensive 
range of equipment and numerous joint projects with industry, provides an 
excellent location for joint university and industry research. Research activi¬ 
ties are underway in such areas as: data structures, analysis of algorithms, 
computational geometry, numerical analysis, computational complexity, net¬ 
working and distributed systems, standards, artificial intelligence and expert 
systems, computer mediated communications, data communication, graph¬ 
ics, interactive systems design, management and organizational impacts, 
data base systems, modeling, simulation and decision support, computer 
integrated manufacturing, educational technology, CAD/CAM, and robotics. 

NJIT does not discriminate on the basis of sex, race, color, handicap, national or ethnic 


Send resume: Personnel Box SC-CIS 


iw 


Institute of Technology 

Newark, New Jersey 07H32 
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CALL FOR PAPERS COMMITTEE 


THE COMPUTER SOCIETY 
. OF THE IEEE 


THE EIGHTH 
REAL-TIME 
SYSTEMS 
SYMPOSIUM 


December 1-3, 1987 
San Francisco, California 


The Symposium will explore computer systems used in real-time 
applications. Of particular interest are papers, especially case studies, 
on the control of parallel and distributed processors, sensors, and 
output devices to achieve real-time performance. 

Both formal paper and panel discussion sessions are planned. Papers 
and panels are solicited in areas related to the the design, 
implementation, and evaluation of real-time systems including, but not 
limited to: 



GENERAL CHAIRMAN 

Prof. Kang G. Shin 
Dept, of Electrical Engineering 
and Computer Science 
The University of Michigan 
Ann Arbor, Ml 48109-1109 
(313) 763-0391 

CSNET: kgshin@EECS.UMICH 

PROGRAM CHAIRMAN 

Dr. Walter L. Heimerdinger 
Honeywell Inc. 

Systems & Research Center 

MN65-2100 

3660 Technology Drive 

Minneapolis, MN 55418 

(612) 782-7319 

ARPANET: 

Heimerdinger@HI-MULTICS 

TREASURER 

Dr. Earl Swartzlander, Jr. 

TRW, Redondo Beach, CA 

SPONSORING 

TECHNICAL 

COMMITTEES 

Real-Time Systems 
Distributed Computing Systems 
Operating Systems 
Data Base Systems 
Fault Tolerant Computing 
Software Engineering 

PAPER SUBMISSION 
REQUIREMENTS 

Four copies of papers should be sent 
by April 15, 1987 to the Program 
Chairman. Authors will be notified of 
acceptance by July 15, 1987. 
Camera ready copy will be required on 
IEEE mats by September 1, 1987. 
Outstanding papers will be 
considered for publication in the 
journals of the IEEE Computer 
Society. For more information, 
contact the General Chairman. 


Symposium Timetable: Four Copies of Manuscript 
Acceptance Letters 
Camera-Ready Papers 
Symposium 


APRIL 15, 1987 
JULY 15, 1987 
SEPTEMBER 1, 1987 
DECEMBER 1-3, 1987 



























Ever 

you kjiow about 
performance 
analysis is wrong 



For starters, you probably think of 
software performance analysis 
tools as some sort of software 
package. 

Wrong. The NWIS Software 
Analysis Workstation™ (SAW) 
uses sophisticated hardware to 
sample your software. There’s 
no intrusion into your mem¬ 
ory space or CPU cycle steal¬ 
ing. The SAW operates in 
real-time and non-statisti- 
cally. You capture every 
occurrence of the events 
specified, not just a random sample. 

You might also think performance analysis is limited to very 
narrow windows of real-time execution. 

Wrong again. With the SAW, you can now analyze days of 
execution in a single run, instead of just a millisecond or two. 
With total accuracy. 

You also might associate performance analysis with assem¬ 
bly code. Even though the majority of your code is probably 
compiled from high-level source. 


TO 

NORTHWEST INSTRUMENT SYSTEMS, INC. 

PO. Box 1309 • Beaverton, OR 97075*1-800-547-4445 


Very wrong. The SAW is the 
first tool which lets you work 
directly with high-level source 
code definitions, such as proce¬ 
dures, modules and global 
variables. 

Finally, you might imagine 
performance analysis to be a 
stand-alone tool. But the SAW 
changes that for good. In the 
1 very same system, you get 
high-level symbolic trace, 
assembly-level trace, time- 
aligned multi-processor 
trace and code coverage analysis. All these tools are compiler/ 
assembler and host development computer independent. 

In short, the SAW is everything you hoped software pc 
formance analysis could be, but wasn’t. Let us connect the SAW 
to your target system and you’ll see 
why. For anon-site demo and free 
applications library, phone: 

1 - 800 - 547-4445 



Demonstration, RS#6 


Literature, RS#7 













